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

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

　　針對于每一個設(shè)計原則，我們需要掌握它能幫助我們解決什么問題和可以適合什么樣的應(yīng)用場景。可以這樣說，設(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原則)： 減少編寫重復(fù)的代碼的原則，提高代碼復(fù)用。

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

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

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

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

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

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

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