這篇文章主要講解了“Python編程有哪些有用的建議”,文中的講解內(nèi)容簡(jiǎn)單清晰,易于學(xué)習(xí)與理解,下面請(qǐng)大家跟著小編的思路慢慢深入,一起來(lái)研究和學(xué)習(xí)“Python編程有哪些有用的建議”吧!
創(chuàng)新互聯(lián)"三網(wǎng)合一"的企業(yè)建站思路。企業(yè)可建設(shè)擁有電腦版、微信版、手機(jī)版的企業(yè)網(wǎng)站。實(shí)現(xiàn)跨屏營(yíng)銷,產(chǎn)品發(fā)布一步更新,電腦網(wǎng)絡(luò)+移動(dòng)網(wǎng)絡(luò)一網(wǎng)打盡,滿足企業(yè)的營(yíng)銷需求!創(chuàng)新互聯(lián)具備承接各種類型的成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站建設(shè)項(xiàng)目的能力。經(jīng)過(guò)10年的努力的開拓,為不同行業(yè)的企事業(yè)單位提供了優(yōu)質(zhì)的服務(wù),并獲得了客戶的一致好評(píng)。1. 項(xiàng)目文件事先做好歸檔
每次開始一個(gè)新工作的時(shí)候,以前的我總是貪圖方便,Code、Data、文檔都集中放在一個(gè)文件夾內(nèi),看起來(lái)很亂,一度讓回溯過(guò)程十分痛苦,或者是換了部電腦,文件全都運(yùn)行不行了,需要自行修改路徑,十分痛苦。
經(jīng)過(guò)自己一番探索,大家可以大致將項(xiàng)目分成幾個(gè)子文件夾,code放在主文件夾里:
2. 永遠(yuǎn)不要手動(dòng)修改源數(shù)據(jù)并且做好備份 ??
我們需要對(duì)源數(shù)據(jù)進(jìn)行好備份,方便我們下一次進(jìn)行回溯,可以進(jìn)行下一步的操作或者是對(duì)中間步驟的修改,而且,對(duì)代碼等其他文件也是需要做好備份的,以免出現(xiàn)意外丟失。
這里來(lái)自良許Linux 的一篇文章,推薦了4個(gè)工具:
Git版本控制系統(tǒng)
Rsync文件備份
Dropbox云存儲(chǔ)
Time Machine時(shí)光機(jī)器
更多的工具介紹和使用我這邊就不展開,大家可以去自行了解唄。
3. 做好路徑的正確配置
很多同學(xué)在寫路徑的時(shí)候都很喜歡直接用絕對(duì)路徑,雖然一般情況下不會(huì)有什么問(wèn)題,但如果代碼共享給其他人學(xué)習(xí)或者運(yùn)行的時(shí)候,問(wèn)題就來(lái)了,很多情況下都不能直接跑通,
這里建議:
使用相對(duì)路徑:腳本位于主目錄下,其他資源(如數(shù)據(jù)、第三方包等)在其同級(jí)或低級(jí)目錄下,如 ./data/processed/test1.csv
全局路徑配置變量:
# 設(shè)置主目錄 HOME_PATH = r'E:ML90615- PROJECT1' # 讀取數(shù)據(jù) data = open(HOME_PATH+'/data/processed/test1.csv') data = pd.read_csv(data) data.head()
4. 代碼必要的地方做好備注與說(shuō)明
這個(gè)我相信大多數(shù)人都感同身受了,不信?拿回一個(gè)月前自己寫的代碼看看吧,看一下能看懂多少(如果沒有做好備注說(shuō)明的話)
5. 加速你的Python循環(huán)代碼 ??
這里推薦 云哥(Python與算法之美)的一篇文章:24式加速你的python
收藏起來(lái),多看多幾次,養(yǎng)成好習(xí)慣唄,這樣子你寫代碼才會(huì)越來(lái)越快~
6. 可視化你的循環(huán)代碼進(jìn)度
這里介紹一個(gè)Python庫(kù),tqdm,先安裝一下:pip install tqdm
這個(gè)是一個(gè)可以顯示循環(huán)進(jìn)度的庫(kù),有了它就可以更加運(yùn)籌帷幄了。
大家可以看下面的例子:
7. 使用高效的異常捕獲工具
異常bug定位,以前的我經(jīng)常也是一條print()函數(shù)走到底,雖然說(shuō)也沒什么問(wèn)題,但效率上還是會(huì)比較慢,后來(lái)發(fā)現(xiàn)了一個(gè)叫PySnooper的裝飾器,仿佛發(fā)現(xiàn)了新大陸。
我們一般debug,都是在我們可能覺得會(huì)有問(wèn)題的地方,去打印輸出,看下實(shí)際輸出了什么,然后思考問(wèn)題所在,這需要我們?nèi)ジ腸ode,非常細(xì)致地改,相比較直接加個(gè)裝飾器,是十分麻煩的。
大家可以看看Example:
import pysnooper @pysnooper.snoop('./file.log') def number_to_bits(number): if number: bits = [] while number: number, remainder = divmod(number, 2) bits.insert(0, remainder) return bits else: return [0] number_to_bits(6)
我們把函數(shù)每一步的輸出都保存為file.log,我們可以直接去看到底哪里出了問(wèn)題。
項(xiàng)目地址:https://github.com/cool-RR/pysnooper
8. 要多考慮代碼健壯性
何為代碼的健壯性,顧名思義,就是可以抵擋得住各種異常場(chǎng)景的測(cè)試,異常處理工作由“捕獲”和“拋出”兩部分組成。“捕獲”指的是使用 try ... except 包裹特定語(yǔ)句,妥當(dāng)?shù)耐瓿慑e(cuò)誤流程處理。而恰當(dāng)?shù)氖褂?raise 主動(dòng)“拋出”異常,更是優(yōu)雅代碼里必不可少的組成部分,下面總結(jié)幾點(diǎn)供大家參考:
1)知道要傳入的參數(shù)是什么,類型,個(gè)數(shù) (異常處理,邏輯判斷)
def add(a, b): if isinstance(a, int) and isinstance(b, int): return a+b else: return '參數(shù)類型錯(cuò)誤' print(add(1, 2)) print(add(1, 'a'))
2)只做最精準(zhǔn)的異常捕獲
我們有的時(shí)候想著讓腳本work才是王道,所以不管三七二十一就搞一個(gè)大大的try...except把整塊代碼包裹起來(lái),但這樣很容易把原本該被拋出的 AttibuteError 吞噬了。從而給我們的 debug 過(guò)程增加了不必要的麻煩。
所以,我們永遠(yuǎn)只捕獲那些可能會(huì)拋出異常的語(yǔ)句塊,而且盡量只捕獲精確的異常類型,而不是模糊的 Exception。
from requests.exceptions import RequestException def save_website_title(url, filename): try: resp = requests.get(url) except RequestException as e: print(f'save failed: unable to get page content: {e}') return False # 這段正則操作本身就是不應(yīng)該拋出異常的,所以我們沒必要使用 try 語(yǔ)句塊 # 假如 group 被誤打成了 grop 也沒關(guān)系,程序馬上就會(huì)通過(guò) AttributeError 來(lái) # 告訴我們。 obj = re.search(r'<title>(.*)</title>', resp.text) if not obj: print('save failed: title tag not found in page content') return False title = obj.group(1) try: with open(filename, 'w') as fp: fp.write(title) except IOError as e: print(f'save failed: unable to write to file {filename}: {e}') return False else: return True
3)異常處理不應(yīng)該喧賓奪主
像上一條說(shuō)到的異常捕獲要精準(zhǔn),但如果每一個(gè)都很精準(zhǔn)的話,其實(shí)我們的代碼里就會(huì)有很多try...except語(yǔ)句塊,以至于擾亂核心代碼,代碼整體閱讀性。
這里,我們可以利用上下文管理器來(lái)改善我們的異常處理流程,簡(jiǎn)化重復(fù)的異常處理邏輯。
class raise_api_error: """captures specified exception and raise ApiErrorCode instead :raises: AttributeError if code_name is not valid """ def __init__(self, captures, code_name): self.captures = captures self.code = getattr(error_codes, code_name) def __enter__(self): # 該方法將在進(jìn)入上下文時(shí)調(diào)用 return self def __exit__(self, exc_type, exc_val, exc_tb): # 該方法將在退出上下文時(shí)調(diào)用 # exc_type, exc_val, exc_tb 分別表示該上下文內(nèi)拋出的 # 異常類型、異常值、錯(cuò)誤棧 if exc_type is None: return False if exc_type == self.captures: raise self.code from exc_val return False
在上面的代碼里,我們定義了一個(gè)名為 raise_api_error 的上下文管理器,它在進(jìn)入上下文時(shí)什么也不做。但是在退出上下文時(shí),會(huì)判斷當(dāng)前上下文中是否拋出了類型為 self.captures 的異常,如果有,就用 APIErrorCode 異常類替代它。
使用上下文管理器后,簡(jiǎn)潔的代碼如下:
def upload_avatar(request): """用戶上傳新頭像""" with raise_api_error(KeyError, 'AVATAR_FILE_NOT_PROVIDED'): avatar_file = request.FILES['avatar'] with raise_api_error(ResizeAvatarError, 'AVATAR_FILE_INVALID'), raise_api_error(FileTooLargeError, 'AVATAR_FILE_TOO_LARGE'): resized_avatar_file = resize_avatar(avatar_file) with raise_api_error(Exception, 'INTERNAL_SERVER_ERROR'): request.user.avatar = resized_avatar_file request.user.save() return HttpResponse({})
感謝各位的閱讀,以上就是“Python編程有哪些有用的建議”的內(nèi)容了,經(jīng)過(guò)本文的學(xué)習(xí)后,相信大家對(duì)Python編程有哪些有用的建議這一問(wèn)題有了更深刻的體會(huì),具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián),小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章,歡迎關(guān)注!
新聞標(biāo)題:Python編程有哪些有用的建議-創(chuàng)新互聯(lián)
路徑分享:http://vcdvsql.cn/article12/djhigc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供App設(shè)計(jì)、網(wǎng)站收錄、動(dòng)態(tài)網(wǎng)站、網(wǎng)站制作、ChatGPT、域名注冊(cè)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容