您好,登錄后才能下訂單哦!
本篇內(nèi)容主要講解“java開發(fā)框架的設計原則是什么”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“java開發(fā)框架的設計原則是什么”吧!
面向?qū)ο蠓治觯好嫦驅(qū)ο蠓治鍪菍⒖陀^世界編程業(yè)務領域進行對象分析,有點一些概念這個過程中應該了解的;充血模型:數(shù)據(jù)和對應的業(yè)務邏輯被封裝到同一個類中;貧血模型:數(shù)據(jù)和業(yè)務邏輯被分割到不同的類中;DDD:領域驅(qū)動模型,MVC傳統(tǒng)三層架構;
面向?qū)ο笤O計目的:強內(nèi)聚、低耦合;易擴展;穩(wěn)定性;可擴展、簡單;
面向?qū)ο笤O計原則:原則是獨立與編程語言,甚至也可以用與非面向?qū)ο蟮木幊陶Z言;
設計模式:主要用于解決某一類問題的通用解決方案,相當于數(shù)學公式,做嵌套式開發(fā),一般我們總結(jié)為設計模式為創(chuàng)建式模式、行為模型、結(jié)構模式;
框架:框架是實現(xiàn)某一類應用的結(jié)構性程序,是對某一類架構方案可復用的設計與實現(xiàn)
SRP: Single Responsibility Principle,一個類或者模塊只負責完成一個職責;
OCP:Open Closed Principle,軟件實體(模塊、類、方法等)應該“對擴展開發(fā),對修改關閉”;
LSP:Liskov Substitution Principle,子對象能夠替換程序中父類對象出現(xiàn)的任何地方,并且保證原來的程序邏輯行為不變及正確性不被破壞;
ISP: Interface Segregation Principle,客戶端應該不強迫依賴它不需要的接口;
DIP:Dependency Inversion Principle,高層模塊不要依賴底層模塊,高層模塊和底層模塊之間應該通過抽象來相互依賴,除此之外,抽象不要依賴具體的實現(xiàn)細節(jié),具體實現(xiàn)細節(jié)依賴抽象。
KISS=Keep It Short and Simple.(盡量保持簡單。)
不要使用同事可能不懂的技術來實現(xiàn)代碼。比如前面例子中的正則表達式,還有一些編程語言中過于高級的語法等。
不要重復造輪子,要善于使用已經(jīng)有的工具類庫。經(jīng)驗證明,自己去實現(xiàn)這些類庫,出 bug 的概率會更高,維護的成本也比較高。
不要過度優(yōu)化。不要過度使用一些奇技淫巧(比如,位運算代替算術運算、復雜的條件語句代替 if-else、使用一些過于底層的函數(shù)等)來優(yōu)化代碼,犧牲代碼的可讀性。
KISS=You Ain’t Gonna Need It.(不要做過度設計。)
設計的初衷是提高代碼質(zhì)量;
設計的過程是先有問題后有方案;
設計的應用場景是復雜代碼;
持續(xù)重構能有效避免過度設計;
不要脫離具體的場景去談設計;
DRY=Don’t Repeat Yourself.(不要寫重復的代碼。)
減少代碼耦合;
滿足單一職責原則;
模塊化;
業(yè)務與非業(yè)務邏輯分離;
通用代碼下沉;
繼承、多態(tài)、抽象、封裝;
應用模板等設計模式;
到此,相信大家對“java開發(fā)框架的設計原則是什么”有了更深的了解,不妨來實際操作一番吧!這里是億速云網(wǎng)站,更多相關內(nèi)容可以進入相關頻道進行查詢,關注我們,繼續(xù)學習!
免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權內(nèi)容。