對于一個開發人員來說，了解上述知識只是一個開始，更多的是我們在實際工作中如何運用。個人覺得，了解一些設計原則，并掌握這些設計原則，才能幫助我們寫出高質量的代碼。

　　當然，設計原則是代碼設計時的一些經驗總結。最大的一問題就就是：設計原則看起來比較抽象，其定義也比較模糊，不同的人對于同一個設計原則都會有不同的感悟。如果，我們只是單純的抽象記憶這些定義，對于我們編程技術和代碼設計的能力來說，并不會有什么實質性的幫助。

　　針對于每一個設計原則，我們需要掌握它能幫助我們解決什么問題和可以適合什么樣的應用場景。可以這樣說，設計原則是心法，設計模式是招式，而編程是實實在在的運用。常見的設計原則有：

　　單一職責原則(Single Responsibility Principle, SRP原則)： 一個類(Class) 和模塊(Module)只負責完成一個職責(Principle)或者功能(Funtion).

　　開閉原則(Open Closed Principle, OCP原則)：軟件實體，比如模塊，類，方法等需要支撐 "對擴展開發，對修改關閉"的原則。

　　里氏替代原則(Liskov Substitution Principle, LSP原則)：子類對象能夠替代程序中的父類對象出現的任何地方，并且保證原有邏輯行為不變和正確性不被破壞。

　　接口隔離原則(Interface Segregation Principle, ISP原則)：接口調用方和使用者只關心自己相關的，不用依賴于自己不需要的接口。

　　依賴反轉原則(Dependency Inversion Principle，DIP 原則)：高模塊不用依賴低模塊，不用關注其細節，需要通過抽象來互相依賴。

　　KISS原則(Keep it Simple and Stupid Principle, KISS原則)：保持代碼可讀和可維護的原則。

　　YAGNI原則(You Ai Not Gonna Need It Principle,YAGNI原則)：避免過度設計的原則，不用去設計用不到的功能和不用去編寫用不到的代碼。

　　DRY原則(Do Not Repeat Yourself Principle,DRY原則)： 減少編寫重復的代碼的原則，提高代碼復用。

　　迪米特原則(Law of Demeter Principle, LoD原則 )： 就是我們常說的“高內聚，低耦合”的最佳參考原則，不應該存在直接依賴關系的類之間不要有依賴。

　　綜上所述，前面五種原則就是我們常說的SOLID原則，其他四種原則也是我們最常用的原則，這些設計原則都是我們的編程方法論。

　　寫在最后：Java 內存模型通過定義了一系列的 Happens-Before 操作，讓應用程序開發者能夠輕易地表達不同線程的操作之間的內存可見性。

　　在遵守 Java 內存模型的前提下，即時編譯器以及底層體系架構能夠調整內存訪問操作，以達到性能優化的效果。如果開發者沒有正確地利用 Happens-Before 規則，那么將可能導致數據競爭。

　　Java 內存模型是通過內存屏障來禁止重排序的。對于即時編譯器來說，內存屏障將限制它所能做的重排序優化。對于處理器來說，內存屏障會導致緩存的刷新操作。

　　在設計Java代碼的時候，遵循一些必要的設計原則，也能更好地幫助我們寫出好的代碼，減少內存開銷，對于我們自我提升也有更好的幫助。

　　更多關于“java培訓”的問題，歡迎咨詢千鋒教育在線名師。千鋒教育多年辦學，課程大綱緊跟企業需求，更科學更嚴謹，每年培養泛IT人才近2萬人。不論你是零基礎還是想提升，都可以找到適合的班型，千鋒教育隨時歡迎你來試聽。