框架開發概念簡介
物件導向分析:物件導向分析是將客觀世界程式設計業務領域進行物件分析,有點概念這個過程中應該了解的;充血模型:資料和對應的業務邏輯被封裝到同一個類別中;貧血模型:資料和業務邏輯被分割到不同的類別中; DDD:領域驅動模型,MVC傳統三層架構;
-
物件導向設計目的:強內聚、低耦合;易擴展;穩定性;可擴展、簡單;
物件導向設計原則:原則是獨立與程式語言,甚至也可以用與非物件導向的程式語言;
設計模式:主要用於解決某一類問題的通用解,相當於數學公式,做嵌套式開發,一般我們總結為設計模式為創建式模式、行為模型、結構模式;
#框架:框架是實作某一類應用的結構性程序,是對某一類架構方案可重複使用的設計與實作
- 開發框架之設計原則
SOLID原則
SRP: Single Responsibility Principle,一個類別或模組只負責完成一個職責; OCP:Open Closed Principle,軟體實體(模組、類別、方法等)應該“對擴展開發,對修改關閉” ; LSP:Liskov Substitution Principle,子物件能夠取代程式中父類物件出現的任何地方,並且保證原來的程式邏輯行為不變及正確性不被破壞;
ISP: Interface Segregation Principle,客戶端應該不強迫依賴它不需要的介面;
DIP:Dependency Inversion Principle,高層模組不要依賴底層模組,高層模組和底層模組之間應該透過抽象來相互依賴,除此之外,抽像不要依賴具體的實作細節,具體實作細節依賴抽象。
- KISS原則
KISS=Keep It Short and Simple.(盡量保持簡單。) 不要使用同事可能不懂的技術來實現程式碼。例如前面範例中的正規表示式,還有一些程式語言中過於進階的語法等。 不要重複造輪子,要善於使用已經有的工具類別庫。經驗證明,自己去實作這些類別庫,出 bug 的機率會更高,維護的成本也比較高。 不要過度最佳化。不要過度使用一些奇技淫巧(例如,位元運算取代算術運算、複雜的條件語句取代 if-else、使用一些過於底層的函數等)來最佳化程式碼,犧牲程式碼的可讀性。
YAGNI原則
KISS=You Ain't Gonna Need It.(不要過度設計。) #設計的初衷是提高程式碼品質; 設計的過程是先有問題後有方案; 設計的應用場景是複雜程式碼; 持續重構能有效避免過度設計; 不要脫離特定的場景去談設計;
- DRY原則
DRY=Don't Repeat Yourself.(不要寫重複的程式碼。)
#### ##減少程式碼耦合;############滿足單一職責原則;#############模組化;############業務與非業務邏輯分離;############通用程式碼下沉;#############繼承、多態、抽象、封裝;##### #######應用範本等設計模式;#############
以上是java開發框架的設計原則是什麼的詳細內容。更多資訊請關注PHP中文網其他相關文章!