設計模式簡要論述(文件)
【正文】 行為進行擴展時，不必改動模塊的源代碼或者二進制代碼。 } if(lan instanceof English){ tempStr = 英文。 }}public class English extends Language{ Override public String toString() { return 英語。二者都應該依賴于抽象。（避免“胖”接口）8 / 8。細節(jié)應該依賴于抽象。 }在這種情況下，可以隨意定義Language的子類，并傳遞到saysomething方法，不會有任何問題。 }因為如果傳遞到saysomething方法中的Language是一個Japanese對象時，它將無法處理！要讓它符合LSP也非常簡單：public abstract class Language { public abstract String toString()。簡單的例子：違反LSP原則的例子 public void saysomething(Language lan){ String tempStr = 。 對于擴展是開放的這意味著模塊的行為是可以擴展的。大量GOF模式，如適配器、外觀等等都是間接性的體現。純虛構（Pure Fabrication）問題：當你并不想違背高內聚和低耦合或其它目標，但是基于專家模式所提供的方案又不合適時，哪些對象應該承擔這一職責？（很多情況下，只對領域對象分配職責會導致不良內聚或耦合，或者降低復用潛力）解決方案：對人為制造的類分配一組高內聚的職責，該類并不代表問題領域的概念——虛構的事物，用以支持高內聚，低耦合和復用。要注意：MVC中的C，并不是我們這里的控制器。舉例：比如說，“導入組織機構的數據”用例，要求能夠在界面
環(huán)評公示相關推薦
鄂ICP備17016276號-1