成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

寫 Python 腳本時,一定要加上這個

開發(fā) 后端
為什么很多優(yōu)秀的編程語言,比如 C、Java、Golang、C++ 都有一個 main 入口函數(shù)呢?我想很重要的一個原因就是就是程序入口統(tǒng)一,容易閱讀。

[[431939]]

我發(fā)現(xiàn)有不少朋友寫 Python 腳本非常隨意,要么不用函數(shù),要么函數(shù)隨處定義,反正第一眼看不出要執(zhí)行的第一行代碼位于何處,這樣的腳本可讀性很差,而且容易隱藏 bug,解決這個問題很簡單,當(dāng)我們寫 Python 腳本時,一定要加上這個:

  1. def main(): 
  2.     # do something 
  3.     print("do something."
  4.  
  5.  
  6. if __name__ == "__main__"
  7.     main() 

你可能要反對了:我怎么爽就怎么寫,憑什么聽你的,多寫個 if __name__...?

別急,讓我說三個原因。

第一,它讓 Python 文件的作用更加明確

首先需要明白 __name__ 的作用,當(dāng)腳本直接被 Python 解釋器執(zhí)行時,其值就是 "__main__",當(dāng)其被其他 Python 程序 import 的時候,其值就是對應(yīng)的 Python 腳本文件名,可以在 Python 解釋器驗證下,假定有個 some_script.py 其內(nèi)容如下:

  1. print("some_script.py"
  2. print(__name__) 

在 Python 解釋器導(dǎo)入一下:

  1. ❯ vim some_script.py 
  2. ❯ python 
  3. Python 3.8.5 (v3.8.5:580fbb018f, Jul 20 2020, 12:11:27) 
  4. [Clang 6.0 (clang-600.0.57)] on darwin 
  5. Type "help""copyright""credits" or "license" for more information. 
  6. >>> import some_script 
  7. some_script.py 
  8. some_script 
  9. >>> 

可以看到,__name__ 的值就是 Python 腳本的文件名 some_script。

也就是說 if __name__ == "__main__": 后面的代碼在 import 的時候是不會運行的。

明白了這一點,if __name__ == "__main__": 就可以做為區(qū)分腳本和庫的一個標(biāo)志,當(dāng)我們看到 if __name__ == "__main__": 時,就認為這一個可以直接運行的腳本,當(dāng)沒有看到這行代碼時,就認為這是一個庫,可以被其他程序引用,Explicit is better than implicit.,不是嗎?

再舉個例子:

假如你寫了一個不帶if __name__ == "__main__": 的腳本,叫 bad_script.py,內(nèi)容如下:

  1. def useful_function(x): 
  2.     return x * x 
  3.  
  4.  
  5. class UsefulClass: 
  6.     def __init__(self, x): 
  7.         self.x = x 
  8.  
  9. #你自己測試了一吧,沒毛病 
  10. for i in range(7): 
  11.     print(useful_function(i)) 

別人寫了個 useful.py,引用了你的 useful_function:

  1. from bad_script import useful_function 
  2.  
  3.  
  4. def main(): 
  5.     print(f'{useful_function(3)=}'
  6.  
  7.  
  8. if __name__ == '__main__'
  9.     main() 

一運行,發(fā)現(xiàn)打印了不可預(yù)期的內(nèi)容,見下圖紅色部分:

查了半天原因,發(fā)現(xiàn)是你的腳本輸出的,你說別人會不會罵你?

假如你在自己腳本里定義了全局變量,別人如果在不合適的位置導(dǎo)入了 *,就會把你這個全局變量也導(dǎo)入,導(dǎo)致變量覆蓋,很容易會出現(xiàn) bug。

第二,它讓 Python 文件更加易讀,對 IDE 友好

有了 if __name__ == "__main__": 相當(dāng)于 Python 程序也有了一個入口函數(shù),所有的變量都從這里開始定義和使用,我們可以清晰的知道程序的邏輯開始于何處(當(dāng)然還需要我們自覺的把程序的開始邏輯都放在這里)

其實,這也是 PyCharm 推薦的做法,當(dāng)你新建一個項目的時候,它默認創(chuàng)建的 main.py 就是長這樣的:

在if __name__ == "__main__": 的那一行的最左邊也有一個綠色的運行按鈕,點擊一下,程序就從這一行開始運行了。

為什么很多優(yōu)秀的編程語言,比如 C、Java、Golang、C++ 都有一個 main 入口函數(shù)呢?我想很重要的一個原因就是就是程序入口統(tǒng)一,容易閱讀。

第三、多進程場景下,必須用 if main

比如說你用多進程搞并行計算,寫了這樣的代碼:

  1. import multiprocessing as mp 
  2.  
  3.  
  4. def useful_function(x): 
  5.     return x * x 
  6.  
  7. print("processing in parallel"
  8. with mp.Pool() as p: 
  9.     results = p.map(useful_function, [1, 2, 3, 4]) 
  10.     print(results) 

當(dāng)你運行的時候,會發(fā)現(xiàn)程序不停的在創(chuàng)建進程,同時也在不停的報錯 RuntimeError,即使你 Ctrl C 也無法終止程序。而加上了 if __name__ == "__main__": 程序就會按照預(yù)期的進行:

  1. import multiprocessing as mp 
  2.  
  3.  
  4. def useful_function(x): 
  5.     return x * x 
  6.  
  7. if __name__ == '__main__'
  8.     print("processing in parallel"
  9.     with mp.Pool() as p: 
  10.         results = p.map(useful_function, [1, 2, 3, 4]) 
  11.         print(results) 

這是為什么呢?

其實我是這樣理解的,Python 的多程序就是啟動了多個 Python 解釋器,每個 Python 解釋器都會導(dǎo)入你這個腳本,復(fù)制一份全局變量和函數(shù)給子進程用,如果有了if __name__ == "__main__":,那它后面的代碼就不會被 import,也就不會被重復(fù)執(zhí)行。否則,這個創(chuàng)建多進程的代碼就會被 import,就會被執(zhí)行,從而無限遞歸的去創(chuàng)建子進程,Python3 會報 RuntimeError,順序是先創(chuàng)建進程,然后報錯的,因此就會出現(xiàn)不停的創(chuàng)建進程,不停的報錯,Ctrl C 也無法終止的現(xiàn)象,只能 kill 掉整個終端。這里有個官方解釋[1]

最后的話

if __name__ == "__main__": 雖然不是強制的,但是基于上述三點原因,我強烈推薦你這么做,它是 Python 社區(qū)的約定,對應(yīng)Python 之禪:明確優(yōu)于隱晦。正如 _ 作為變量名的意思就是告訴讀代碼的人:這個變量不重要,后面也不會用到它。當(dāng)你看到 Python 腳本有 if __name__ == "__main__": 時,就會意識到,這是一個可執(zhí)行的腳本,當(dāng)被其他程序?qū)霑r,這部分代碼不會被執(zhí)行,而多進程的程序中,這是必須的。

本文轉(zhuǎn)載自微信公眾號「Python七號」,可以通過以下二維碼關(guān)注。轉(zhuǎn)載本文請聯(lián)系Python七號公眾號。

 

責(zé)任編輯:武曉燕 來源: Python七號
相關(guān)推薦

2022-05-30 07:36:07

Python腳本函數(shù)

2014-10-29 14:52:13

程序員

2020-10-27 10:58:07

Linux內(nèi)核操作系統(tǒng)

2022-10-17 06:22:36

Anaconda開源

2010-11-19 16:02:42

IT族

2018-09-11 10:57:53

CIOCAOBI

2016-01-13 10:24:27

2017-06-07 09:13:13

云存儲云服務(wù)公有云

2023-05-16 14:07:52

AI自然語言

2021-12-03 06:59:23

HashCodeEquals面試

2022-02-18 12:24:39

PythonNumpy Arra大數(shù)據(jù)

2021-12-13 09:10:48

equalshashCodeJava

2021-03-05 11:02:14

iOS 14.5蘋果更新

2011-11-09 14:54:50

Linux操作系統(tǒng)

2022-08-31 22:50:13

JavaScript函數(shù)JSON

2018-04-16 09:31:17

2021-05-18 11:40:11

開源腳本工具

2011-05-10 15:51:34

SEO

2022-06-13 09:26:41

Promise前端代碼

2020-08-19 10:11:36

SQLMySQL數(shù)據(jù)庫
點贊
收藏

51CTO技術(shù)棧公眾號

主站蜘蛛池模板: 免费一区二区三区 | 国产精品女人久久久 | 日韩喷潮| 欧美99久久精品乱码影视 | 亚洲欧美高清 | 国产精品视频一二三区 | 婷婷综合激情 | 成人欧美一区二区三区在线观看 | 一区二区三区av | 亚洲精品一区二区另类图片 | 手机av在线| 综合久久综合久久 | 久久夜视频 | 久久久久网站 | 日韩在线免费视频 | 亚洲狠狠爱 | 综合精品久久久 | 九九色综合 | 美女在线观看av | 黄色国产视频 | 成人在线精品 | 欧美一区二区视频 | 欧美福利精品 | 99精品欧美一区二区三区综合在线 | 欧美三级网站 | 成人免费观看男女羞羞视频 | 精品视频久久久久久 | 午夜在线小视频 | 欧美日韩三级视频 | 欧美色图另类 | 亚洲欧美中文日韩在线 | 91精品国产一区二区三区 | 先锋资源站| 日韩一区二区三区视频 | 日韩精品一区二区三区在线播放 | 亚洲毛片在线观看 | 国产一区二区三区久久久久久久久 | 亚洲精品自在在线观看 | 午夜影院视频 | 久久久久久av | 色综合视频 |