Python中下劃線的方法文章主要介紹了Python中下劃線的使用方法,是為python編程學習中的基本知識,需要的朋友能夠參照下。單下劃線(_)往常狀況下，會在以下3種場景中使用：1、在解說器中：在這類狀況下，“_”代表交互式解說器會話中上一條履行的語句的結(jié)果。這類用法第一被標準CPython解說器采用，而后其余種類的解說器也先后采納。>>>_Traceback(mostrecentcalllast):File"",line1,inNameError:name'_'isnotdefined42_42'alright!'if_else':(''alright!'_'alright!'2、作為一個名稱：這與上邊一點略微有些聯(lián)系，此時“_”作為暫時性的名稱使用。這樣，當其余人閱讀你的代碼時將會知道，你分派了一個特定的名稱，可是其實不會在后邊再次用到該名稱。比如，下邊的例子中，你可能對循環(huán)計數(shù)中的實質(zhì)值其實不感興趣，此時便可以使用“_”。3n=42for_inrange(n):do_something()、國際化：或許你也曾看到”_“會被作為一個函數(shù)來使用。這類狀況下，它往常用于實現(xiàn)國際化和當?shù)鼗址g翻譯查找的函數(shù)名稱，這仿佛源自并按照相應(yīng)的C商定。比如，在Django文檔“變換”章節(jié)中，你將能看到以下代碼：?1234defmy_view(request):output=_("Weletomysite.")returnHttpResponse(output)能夠發(fā)現(xiàn)，場景二和場景三中的使用方法可能會互相矛盾，所以我們需要防止在使用“_”作為國際化查找變換功能的代碼塊中同時使用“_”作為暫時名稱。名稱前的單下劃線(如：_shahriar)程序員使用名稱前的單下劃線，用于指定該名稱屬性為“私有”。這有點近似于老例，為了使其余人(或你自己)使用這些代碼時將會知道以“_”開頭的名稱只供內(nèi)部使用。正如Python文檔中所述：以下劃線“_”為前綴的名稱(如_spam)應(yīng)當被視為API中非公然的部分(不論是函數(shù)、方法仍是數(shù)據(jù)成員)。此時，應(yīng)當將它們看作是一種實現(xiàn)細節(jié)，在改正它們時無需對外面通知。正如上邊所說，這的確近似一種老例，由于它對解說器來說確實有必定的意義，假如你寫了代碼“fromimport*”，那么以“_”開頭的名稱都不會被導入，除非模塊或包中的“__all__”列表顯式地包括了它們。認識更多請查察“Importing*inPython”。名稱前的雙下劃線(如：__shahriar)名稱(詳細為一個方法名)前雙下劃線(__)的用法其實不是一種老例，對解說器來說它有特定的意義。Python中的這類用法是為了防止與子類定義的名稱矛盾。Python文檔指出，“__spam”這類形式(起碼兩個前導下劃線，最多一個后續(xù)下劃線)的任何表記符將會被“_classname__spam”這類形式原文代替，在這里“classname”是去掉前導下劃線的目前類名。比以下邊的例子：8>>>classA(object):...def_internal_use(self):...pass...def__method_name(self):...pass...>>>dir(A())['_A__method_name',...,'_internal_use']正如所料想的，“_internal_use”并未改變，而“__method_name”卻被變?yōu)榱恕癬ClassName__method_name”。此時，假如你創(chuàng)立A的一個子類B，那么你將不可以輕易地覆寫A中的方法“__method_name”。6>>>classB(A):...def__method_name(self):...pass...>>>dir(B())['_A__method_name','_B__method_name',...,'_internal_use']這里的功能幾乎和Java中的final方法和C++類中標準方法(非虛方法)同樣。名稱前后的雙下劃線(如：__init__)這類用法表示Python中特別的方法名。其實，這不過一種老例，對Python系統(tǒng)來說，這將保證不會與用戶自定義的名稱矛盾。往常，你將會覆寫這些方法，并在里面實現(xiàn)你所需要的功能，以便Python調(diào)用它們。比如，當定義一個類時，你常常會覆寫“__init__”方法。固然你也能夠編寫自己的特別方法名，但不要這樣做。6>>>classC(object):...def