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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　在遵守 Java 內(nèi)存模型的前提下，即時編譯器以及底層體系架構(gòu)能夠調(diào)整內(nèi)存訪問操作，以達到性能優(yōu)化的效果。如果開發(fā)者沒有正確地利用 Happens-Before 規(guī)則，那么將可能導致數(shù)據(jù)競爭。

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

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

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