1,单下划线(_)
通常情况下,会在以下3种场景中使用:
(1)在解释器中:在交互模式下,解释器会话中上一条执行语句的结果被赋值给变量"。此变量应被用户视为只读。不要显式地为它分配一个值,那样的话你将创建一个具有相同名字的独立局部变量,用其魔术行为掩盖内置变量。这种用法首先被标准CPython解释器采用,然后其他类型的解释器也先后采用。
>>>tax=12.5/100
>>>price=100.50
>>>price*tax
12.5625
>>>price+_
113.0625
>>>round(_,2)
113.06
(2)作为一个名称:此时“_”作为临时性的名称使用。这样,当其他人阅读你的代码时将会知道,你分配了一个特定的名称,但是并不会在后面再次用到该名称。例如,下面的例子中,你可能对循环计数中的实际值并不感兴趣,此时就可以使用“_”。
n = 42
for_inrange(n):
do_something()
(3)国际化:也许你也曾看到”_“会被作为一个函数来使用。这种情况下,它通常用于实现国际化和本地化字符串之间翻译查找的函数名称,这似乎源自并遵循相应的C约定。
_()是i18n约定俗成的函数,表示包含在这个函数里面文本需要被翻译。
例如,在Django文档“转换”章节中,你将能看到如下代码:
fromdjango.httpimportHttpResponse
defmy_view(request):
utput = _("Welcome to my site.")
returnHttpResponse(output)
可以发现,场景二和场景三中的使用方法可能会相互冲突,所以我们需要避免在使用“_”作为国际化查找转换功能的代码块中同时使用“_”作为临时名称。
2,名称前的单下划线(如:_shahriar)
程序员使用名称前的单下划线,用于指定该名称属性为“私有”。这有点类似于惯例,为了使其他人(或你自己)使用这些代码时将会知道以“_”开头的名称只供内部使用。正如Python文档中所述:
以下划线“_”为前缀的名称(如_spam)应该被视为API中非公开的部分(不管是函数、方法还是数据成员)。此时,应该将它们看作是一种实现细节,在修改它们时无需对外部通知。
正如上面所说,这确实类似一种惯例,因为它对解释器来说确实有一定的意义,如果你写了代码“from import *”,那么以“_”开头的名称都不会被导入,除非模块或包中的“__all__”列表显式地包含了它们。了解更多请查看“Importing * in Python”。
3,名称前的双下划线(如:__shahriar)
名称(具体为一个方法名)前双下划线(__)的用法并不是一种惯例,对解释器来说它有特定的意义。Python中的这种用法是为了避免与子类定义的名称冲突。Python文档指出,“__spam”这种形式(至少两个前导下划线,最多一个后续下划线)的任何标识符将会被“_classname__spam”这种形式原文取代,在这里“classname”是去掉前导下划线的当前类名。例如下面的例子:
>>>classA(object):
def_internal_use(self):
pass
def__method_name(self):
pass
>>>dir((A))
['_A__method_name',......'_internal_use']
正如所预料的,“_internal_use”并未改变,而“__method_name”却被变成了“_ClassName__method_name”。此时,如果你创建A的一个子类B,那么你将不能轻易地覆写A中的方法“__method_name”。
>>>classB(A):
def__method_name(self):
pass
>>> dir(B())
['_A__method_name', '_B__method_name', .....'_internal_use'
这里的功能几乎和Java中的final方法和C++类中标准方法(非虚方法)一样。
4,名称前后的双下划线(如:__init__)
这种用法表示Python中特殊的方法名。其实,这只是一种惯例,对Python系统来说,这将确保不会与用户自定义的名称冲突。通常,你将会覆写这些方法,并在里面实现你所需要的功能,以便Python调用它们。例如,当定义一个类时,你经常会覆写“__init__”方法。
虽然你也可以编写自己的特殊方法名,但不要这样做。
>>>classC(object):
def__mine__(self):
pass
[...... '__mine__'......]
其实,很容易摆脱这种类型的命名,而只让Python内部定义的特殊名称遵循这种约定。
准确理解—与曾工一块学习
领取专属 10元无门槛券
私享最新 技术干货