設計原則

    寫了兩年的代碼(Android應用)，作了將近兩年的純技術（Framework技術支持）。下一步須要想要提高架構能力，因此下一步須要關注的問題就是：

抽象，接口，五大設計原則和23個設計模式。

    我以爲在開發過程當中，不可能須要時時注意到什麼設計原則或者設計模式。若是每一個類，咱們都要想到用到這些原則或者設計模式，那代碼必定會變得很是冗餘。可是這些東西是必不可少的。對於稍微大一點的應用，或者你開發的是個中間件或者庫什麼的，這些東西就很是的重要的了。

開發中所用到的設計原則有：

• 單一職責原則，一個類一般只幹一件事情，好比說用來作顯示的View類，裏面是必定不要作存儲相關的直接實現

• 依賴倒置原則，抽象與接口之間耦合並構成業務模型，而具體的實現子類則爲細節，細節與細節之間不直接溝通，而經過與抽象或者接口之間進行

• 開閉原則，開即開放，閉即關閉。對於修改儘可能持有關閉原則，只對於原有類中的實現存在有錯誤或者說bug纔會進行修改。對於擴展都持有開放原則，對於修改的需求，能夠在原有的類的基礎再繼承一個新的類來實現，而不是直接修改原有類。

• 接口隔離原則，通常來講能夠用來簡化代碼以及加強可讀性，美觀性所用的。好比說close。Java的close()調用通常都會拋出一個exception。項目中全部的有close方法的類均可以實現自接口closeable，而後把全部用到close代碼的地方都集中在一個類的方法中便可。

• 里氏替換原則，能用父類對象的地方，必定能夠用子類對象來替換，而且不會出現錯誤或者異常。

• 迪米特原則，或者也叫最少原則。就是某一個類對另外一個類知道的越少越好。也就是對另外一個類可調用的方法越少越好。遇到需求變動時，對於兩個類來講，要修改的地方也會比較少