- 译者序
- 前言
- 第1章 问答环节
- 第2章 Python 如何运行程序
- 第3章 如何运行程序
- 第4章 介绍 Python 对象类型
- 第5章 数字
- 第6章 动态类型简介
- 第7章 字符串
- 第8章 列表与字典
- 第9章 元组、文件及其他
- 第10章 Python 语句简介
- 第11章 赋值、表达式和打印
- 第12章 if 测试和语法规则
- 第13章 while 和 for 循环
- 第14章 迭代器和解析,第一部分
- 第15章 文档
- 第16章 函数基础
- 第17章 作用域
- 第18章 参数
- 第19章 函数的高级话题
- 第20章 迭代和解析,第二部分
- 第21章 模块:宏伟蓝图
- 第22章 模块代码编写基础
- 第23章 模块包
- 第24章 高级模块话题
- 第25章 OOP:宏伟蓝图
- 第27章 更多实例
- 第28章 类代码编写细节
- 第29章 运算符重载
- 第30章 类的设计
- 第31章 类的高级主题
- 第32章 异常基础
- 第34章 异常对象
- 第35章 异常的设计
- 第36章 Unicode 和字节字符串
- 字符串基础知识
- Python 的字符串类型
- 文本和二进制文件
- Python 3.0 中的字符串应用
- 转换
- 编码 Unicode 字符串
- 编码非ASCII文本
- 编码和解码非ASCII文本
- 其他 Unicode 编码技术
- 转换编码
- 在 Python 2.6 中编码 Unicode 字符串
- 源文件字符集编码声明
- 使用 Python 3.0 Bytes 对象
- 序列操作
- 创建 bytes 对象的其他方式
- 混合字符串类型
- 使用 Python 3.0(和 Python 2.6)bytearray 对象
- 使用文本文件和二进制文件
- Python 3.0 中的文本和二进制模式
- 类型和内容错误匹配
- 使用 Unicode 文件
- 在 Python 3.0 中处理 BOM
- Python 2.6 中的 Unicode 文件
- Python 3.0 中其他字符串工具的变化
- Struct二进制数据模块
- pickle对象序列化模块
- XML解析工具
- 本章小结
- 本章习题
- 习题解答
- 第37章 管理属性
- 第38章 装饰器
- 第39章 元类
- 附录A 安装和配置
- 附录B 各部分练习题的解答
- 作者介绍
- 封面介绍
UNIX 可执行脚本
·它们的第一行是特定的。脚本的第一行往往以字符#!开始(常常叫做"hash bang"),其后紧跟着机器Python解释器的路径。
·它们往往都拥有可执行的权限。脚本文件往往通过告诉操作系统它们可以作为顶层程序执行,而拥有可执行的权限。在UNIX系统上,往往可以使用chmod+x fle.py来实现这样的目的。
让我们看一个UNIX类系统的例子。使用文本编辑器创建一个名为brian的文件:
文件顶端的特定的一行告诉系统Python解释器保存在哪里。从技术上来看,第一行是Python注释。就像之前所介绍的一样,Python程序的注释都是以#开始并直到本行的结束为止;它们是为代码读者提供额外信息的地方。但是当第一行和这个文件一样的话,它就有特定的意义,因为操作系统使用它找到解释器来运行文件其他部分的程序代码。
并且,注意这个文件命名为brian,而没有像之前模块文件一样使用.py后缀。给文件名增加.py也没有关系(也许还会提醒你这是一个Python程序文件),但是因为这个文件中的代码并不打算被其他模块所导入,这个文件的文件名是没有关系的。如果通过使用chmod+x brian这条shell命令赋予了这个文件可执行的权限,你就能够在操作系统的shell中运行它,就好像这是一个二进制文件一样:
给Windows用户的一个提示:这里介绍的方法是UNIX的一个技巧,也许它在你的平台上并不可行。但是别担心,可以使用我们刚才介绍的基本的命令行技术。在命令行中python后列出明确的文件名[1]:
在这种情况下,不需要文件顶部的特定的#!注释(如果它还存在的话,Python会忽略它),并且这个文件不需要赋予可执行的权限。事实上,如果你可能想要在UNIX及微软Windows系统中都运行文件,如果经常采用基本的命令行的方法而不是UNIX风格的脚本去运行程序,你的生活或许会更简单一些。
UNIX env查找技巧
在一些UNIX系统上,也许可以避免硬编码Python解释器的路径,而可以在文件特定的第一行注释中像这样写:
当这样编写代码的时候,env程序可以通过系统的搜索路径的设置(例如,在绝大多数的UNIX Shell中,通过搜索PATH环境变量中的罗列出的所有目录)定位Python解释器。这种方法可以使代码更具可移植性,因为没有必要在所有的代码中的第一行都硬编码Python的安装路径。
假设在任何地方都能够使用env,无论Python安装在了系统的什么地方,你的脚本都可以照样运行:跨平台工作时所需要做的仅仅是改变PATH环境变量,而不是脚本中的第一行。当然,这是env在任何系统中都是相同的路径的前提下(有些机器,还有可能在/sbin、/bin或其他地方);如果不是的话,这种可移植性也就无从谈起了。
[1]介绍命令行时,我们讨论过,当前的Windows版本可在系统命令行上只输入.py文件的名称,因为Windows会使用注册表机制来确认该文件应该通过Python启动(例如,输入brian.py相当于输入python brian.py)。这个命令行模式的实质类似于UNIX#!。注意在Windows上,有些程序会实际去解释并使用顶端的#!行,像UNIX那样,但是,Windows的DOS系统shell会完全忽略它。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论