如何通過Python線程池實現異步編程？
線程池的概念和基本原理線程池是一種并發處理機制，它可以在程序啟動時創建一組線程，并將它們置于等待任務的狀態。當任務到達時，線程池中的某個線程會被喚醒并執行任務，執行完任
我們要做一件事情doSomething：
這個示例邏輯的圖形表述如下：是一個樹，包含樹的根，枝干，和葉子。
例子是有通用性的，現實世界的任何事情或業務都可以用類似的樹形結構來表述。
正確的代碼結構應該是和邏輯映射的，代碼結構如下：
我們真實寫代碼的時候，一般并不會直接寫出如上結構，而是會先寫出「3.2 代碼塊 + 注釋」的結構來。
如下代碼通過代碼塊來映射邏輯，上面圖中的子方法對應代碼中的注釋。
void doSomething(){ //A a1邏輯偽代碼.....;//a1 a2邏輯偽代碼.....;//a2 a3邏輯偽代碼.....;//a3 //B b1邏輯偽代碼;//b1 b2邏輯偽代碼;//b2}可以再上面的基礎上更優秀些，對代碼塊進行抽取小方法，更符合業務描述（更符合業務的樹形結構）。推薦閱讀：看看人家 SpringBoot + vue后臺管理系統，多么優雅...
void doSomething(){ doA(); doB();}void doA(){ a1邏輯偽代碼.....; a2邏輯偽代碼.....; a3邏輯偽代碼.....;}void doB(){ b1邏輯偽代碼; b2邏輯偽代碼;}當然你也可以繼續對 a1,a2,a3,b1,b2 等小邏輯映射為小方法，以上提到幾種寫法都是正確的，關于小方法是否抽取，后續單獨在《代碼長度與母語的關系》中討論。下面我們來看看不正確的寫法。
當你看到下面的不正確的寫法的時候，你也許會覺得不可思議，真的會寫出這樣的代碼？現實是：項目中我見到很多更糟糕的代碼，會把下面提到的問題，以及其他編程技藝的問題排列組合出現。
第一種常見的問題不太嚴重，只對部分邏輯進行了抽取，造成方法中執行不對等；比如只對 b() 邏輯進行了抽取，但對等的 a（）邏輯并未抽取；
void doSomething(){ a1邏輯偽代碼.....; a2邏輯偽代碼.....; a3邏輯偽代碼.....; doB();}void doB(){ b1邏輯偽代碼; b2邏輯偽代碼;}改進辦法參考上面第 3 部分正確的寫法，至少可以在doB();之前加空行，并對 a1,a2,a3 加個注釋，也會易讀很多（當然這是一種妥協寫法）。
void doSomething(){ //a邏輯 a1邏輯偽代碼.....; a2邏輯偽代碼.....; a3邏輯偽代碼.....; //b邏輯 doB();}void doB(){ b1邏輯偽代碼; b2邏輯偽代碼;}第二種是對整體的部分邏輯進行了抽取，這種方法很難命名，會給個詞不達意的名字，或使用整體的名字，這個就相對嚴重了，已經影響到了代碼閱讀和理解。
比如電腦是一個整體，可以命名是電腦；如果只給你一部分（CPU，主板，顯卡）怎么命名讓人能明白？電腦部分零件？但電腦部分零件并不能讓人明白，因為它不是一個邏輯主體。CPU 是一個邏輯主體，封裝了運算。
如下圖，只對 a1,a2 進行了抽取，然后名字依然稱為 a，看到代碼會很疑惑，a3 明顯也屬于 a。
void doSomething(){ doA(); a3邏輯偽代碼.....; doB();}void doA(){ a1邏輯偽代碼.....; a2邏輯偽代碼.....;}void doB(){ b1邏輯偽代碼; b2邏輯偽代碼;}第三種是最嚴重的問題，抽取錯誤，和邏輯不匹配。
如下：把 A 的部分邏輯和 B 的部分邏輯一起抽取。
如果在這個基礎上再對抽取的部分起個晦澀的名字（其實這種抽取也起不到好名字），然后應用一些設計模式來把代碼更分散（缺點隱藏起來），就成功的完成了只有自己可以看懂的代碼（可能表面看起來還很高大上）。
由此得出結論，先別想著抽取小方法或應用設計模式。先能平鋪直敘的寫出符合邏輯的代碼吧。
小方法抽取和設計模式不一定能解決問題，也能隱藏問題。
很多難以讀懂的代碼都是受《重構》和《設計模式》的包裝，質量差的代碼不可怕，如果再抽取和包裝，可以想想是多恐怖。
(1) 補丁代碼思考，代碼的腐爛
很多人看到這里，會覺得自己絕對不會寫出這么爛的代碼；確實一開始也許不會，但伴隨新需求，不同人不斷打補?。榱瞬挥绊懢€上，老代碼不讓動），最后就會演進未這幾個問題綜合展現的代碼。閱讀這樣的代碼不看到最底層代碼，根本不知道代碼在做什么，因為方法名已經不可信。
(2) 不要急于使用設計模式，寫好基礎代碼
寫出一個好的基礎代碼的過程：先梳理清楚邏輯樹（樹形結構，同層對等），然后做到代碼符合邏輯樹（代碼樹自然也符合樹形結構，同層的方法對等）。
打好基礎后，可以再針對基礎代碼的痛點，應用復雜手段（比如設計模式）來解決，關于方法抽取和方法長度，后續單獨文章討論。
本文鏈接：http://m.rrqrq.com/showinfo-26-10436-0.html手把手教你，如何先梳理業務邏輯再寫代碼
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號