這是寫得培訓文檔。代碼例子在附件。
是經過深入考察 4個git項目里面，找出代碼非常非常十分low、代碼重復得嚇人的的最本質原因。提煉出oop轉化公式。
圍繞附件中的4種代碼寫法思維來實現同一個任務，結合這4個代碼來講解造成的原因和轉化公式。
我們公司有大約20個人用py，其中有計算機科班工作幾年的、有計算機科班工作一兩年的、有理科學數學、物理、統計、機械 的與計算機不是很相關、 也有很大一部分完全與計算機不相關的例如 護士系 財務系 工商管理系 人文系的。
不過不管是哪一種，即使是科班的軟件工程出身的，寫得也是毫無章法可言，十分low十分重復，完全只依靠掌握py語法 if else for什么的來實現項目，都是純100%極端面向過程，幾乎在代碼行間里面沒有編程思想 沒有設計模式 沒有oop。即使有類，也僅僅是學網上搞個redis mongo mq這種偏工具通用類的封裝，業務邏輯流程沒有類，因為是看網上都這么寫，所以就照這么學，並沒有清楚其中的原因和與函數來封裝有什么不同做個深刻對比，或者是使用了一些框架，然后看文檔，文檔上說必須繼承某個類，代碼里面了才寫類。總是類十分少，並且不知道類有什么好處，啥是封裝繼承多態的內涵。搞編程管考語法沒卵用，因為即使是不會某個語法，語法幾分鍾就可以查資料學會，但有些人腦袋鐵打的，編程思想卻不是一朝一夕百個度 谷個歌就能學會和轉變。
這樣寫法真的讓我很吃驚，給這種編程設計模式起了個名字叫 無限復制粘貼扣字low模式。
寫代碼很隨意復制粘貼扣字，寫完了就辭職了或者換項目不願意再管自己寫得老代碼了，在維護這樣的老代碼時候，非常麻煩。如果學會了此篇的oop轉化公式，幾乎就能使絕大部分文件減少50%行，我自己親自長期實踐對比是有30%的文件能減少80%行以上。
