1、分析 Python 中下划线的使用方法本文将讨论 Python 中下划线 (_) 字符的使用方法。我们将会看到，正如 Python 中的很多事情，下划线的不同用法大多数( 并非所有 )只是常用惯例而已。单下划线 (_)通常情况下，会在以下3 种场景中使用：1、在解释器中：在这种情况下，“_”代表交互式解释器会话中上一条执行的语句的结果。 这种用法首先被标准CPython 解释器采用，然后其他类型的解释器也先后采用。?2、作为一个名称：这与上面一点稍微有些联系，此时“_”作为临时性的名称使用。这样，当其他人阅读你的代码时将会知道，你分配了一个特定的名称，但是并不会在后面再次用到该名称。例如，下面
2、的例子中， 你可能对循环计数中的实际值并不感兴趣，此时就可以使用“ _”。?3 、国际化：也许你也曾看到” _“会被作为一个函数来使用。这种情况下，它通常用于实现国际化和本地化字符串之间翻译查找的函数名称，这似乎源自并遵循相应的 C约定。例如，在 Django 文档“转换”章节中，你将能看到如下代码：?可以发现，场景二和场景三中的使用方法可能会相互冲突，所以我们需要避免在使用“ _”作为国际化查找转换功能的代码块中同时使用“ _”作为临时名称。名称前的单下划线 ( 如： _shahriar)程序员使用名称前的单下划线， 用于指定该名称属性为 “私有”。这有点类似于惯例， 为了使其他人 ( 或你
3、自己 ) 使用这些代码时将会知道以“ _”开头的名称只供内部使用。正如 Python 文档中所述：以下划线“ _”为前缀的名称 ( 如_spam)应该被视为 API 中非公开的部分 ( 不管是函数、方法还是数据成员 ) 。此时，应该将它们看作是一种实现细节，在修改它们时无需对外部通知。正如上面所说，这确实类似一种惯例，因为它对解释器来说确实有一定的意义，如果你写了代码“ from import * ”，那么以“ _” 开头的名称都不会被导入，除非模块或包中的“ _all_ ”列表显式地包含了它们。了解更多请查看“ Importing * in Python ”。名称前的双下划线 ( 如： _s
4、hahriar)名称 ( 具体为一个方法名 ) 前双下划线 (_) 的用法并不是一种惯例，对解释器来说它有特定的意义。 Python 中的这种用法是为了避免与子类定义的名称冲突。 Python 文档指出，“_spam”这种形式 ( 至少两个前导下划线，最多一个后续下划线 ) 的任何标识符将会被“_classname_spam”这种形式原文取代，在这里“ classname”是去掉前导下划线的当前类名。例如下面的例子：?正如所预料的，“_internal_use”并未改变，而“_method_name”却被变成了“ _ClassName_method_name”。此时，如果你创建 A 的一个子类
5、 B，那么你将不能轻易地覆写 A 中的方法“_method_name”。?这里的功能几乎和Java 中的 final方法和 C+类中标准方法 ( 非虚方法 ) 一样。名称前后的双下划线 ( 如： _init_)这种用法表示 Python 中特殊的方法名。其实，这只是一种惯例，对 Python 系统来说，这将确保不会与用户自定义的名称冲突。 通常，你将会覆写这些方法，并在里面实现你所需要的功能，以便Python调用它们。例如，当定义一个类时， 你经常会覆写“_init_”方法。虽然你也可以编写自己的特殊方法名，但不要这样做。?其实，很容易摆脱这种类型的命名， 而只让 Python 内部定义的特殊名称遵循这种约定。
