mysql 5.7.11 winx64裝置設置裝備擺設辦法圖文教程。本站提示廣大學習愛好者：（mysql 5.7.11 winx64裝置設置裝備擺設辦法圖文教程）文章只能為提供參考，不一定能成為您想要的結果。以下是mysql 5.7.11 winx64裝置設置裝備擺設辦法圖文教程正文
這篇文章評論辯論Python中下劃線_的應用。跟Python中許多用法相似，下劃線_的分歧用法絕年夜部門（不滿是）都是一種通例商定。
1、 單個下劃線直接做變量名（_）
重要有三種情形：
1. 說明器中
_符號是指交互說明器中最初一次履行語句的前往成果。這類用法最後湧現在CPython說明器中，其他說明器後來也都跟進了。
>>> _
Traceback (most recent call last):
File "", line 1, in
NameError: name '_' is not defined
>>> 42
>>> _
>>> 'alright!' if _ else ':('
'alright!'
>>> _
'alright!'
2. 作為稱號應用
這個跟下面有點相似。_用作被拋棄的稱號。依照通例，如許做可讓浏覽你代碼的人曉得，這是個不會被應用的特命名稱。舉個例子，你能夠無所謂一個輪回計數的值：
n = 42
for _ in range(n):
do_something()
3. i18n
_還可以被用作函數名。這類情形，單下劃線常常被用作國際化和當地化字符串翻譯查詢的函數名。這類通例似乎來源於C說話。舉個例子，在 Django documentation for translation 中你能夠會看到：
from django.utils.translation import ugettext as _
from django.http import HttpResponse
def my_view(request):
output = _("Welcome to my site.")
return HttpResponse(output)
第二種和第三種用法會惹起抵觸，所以在隨意率性代碼塊中，假如應用了_作i18n翻譯查詢函數，就應當防止再用作被拋棄的變量名。
2、 單下劃線前綴的稱號（例如_shahriar）
以單下劃線做前綴的稱號指定了這個稱號是“公有的”。在 有些 導入import * 的場景中，下一個應用你代碼的人（或許你自己）會明確這個稱號僅外部應用。Python documentation外面寫道：
a name prefixed with an underscore (e.g. _spam) should be treated as a non-public part of the API (whether it is a function, a method or a data member). It should be considered an implementation detail and subject to change without notice.
之所以說在在 有些 import * 的場景，是由於導入時說明器確切對單下劃線開首的稱號做了處置。假如你這麼寫from <module/package> import *，任何故單下劃線開首的稱號都不會被導入，除非模塊/包的__all__列注解確包括了這些稱號。更多相干信息見““Importing * in Python”。
3、雙下劃線前綴的稱號（例如__shahriar）
以雙下劃線做前綴的稱號（特殊是辦法名）其實不是一種通例；它對說明器有特定寄義。Python會改寫這些稱號，以避免與子類中界說的稱號發生抵觸。Python documentation中提到，任何__spam這類情勢（至多以兩個下劃線做開首，絕年夜部門都還有一個下劃線做開頭）的標識符，都邑文本上被調換為_classname__spam，個中classname是以後類名，並帶上一個下劃線做前綴。
看上面這個例子：
>>> class A(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了：
>>> class C(object):
... def __mine__(self):
... pass
...
>>> dir(C)
... [..., '__mine__', ...]
照樣不要如許寫辦法名，只讓Python界說的特別辦法名應用這類通例吧。
