設計原則 DRY 【don't repeat yourself】 不要一上來就強迫設計最好的接口，方法，函數。保持一定的擴展性即可。 寫極致優秀的代碼也不是一蹴而就。 順序應該是， 1.寫大量的業務代碼，不考慮任何設計，滿足當前需求； 2.業務代碼無法支持業務新需求，每個需求稍有區別，但又不是完全新的，但舊的封裝無法滿足，只能封裝新方法來實現變化的新需求，寫法仍然是階段一的思路。 3.厭倦了步驟二的過程，永遠在重復寫業務。已經能想到部分需求在舊的設計上，如果有擴展性的話，是不需要完全從新開發，比如抽象統一的接口，抽象好的數據庫結構，用不同的文件或者不同的實體類擴展開發。抽象能力開始鍛煉。 4.