设计模式
从_零_开始
这个作者很懒,什么都没留下…
展开
-
设计模式之 依赖倒置原则
依赖倒置原则,翻译过来,包含三层含义: 高层模块不应该依赖低层模块,两者都应该依赖其抽象; 抽象不应该依赖细节; 细节应该依赖抽象。每一个逻辑的实现都是由原子逻辑组成的,不可分割的原子逻辑就是低层模块;原子逻辑的再组装就是高层模块;抽象就是指接口或抽象类,两者都是不能直接被实例化的;细节就是实现类,实现接口或继承抽象类而产生的类就是细节,其特点就是可以直接被实例化,也就是可原创 2013-08-15 17:12:08 · 739 阅读 · 0 评论 -
C# 设计模式之 接口隔离 原则
定义:客户端不应该依赖它不需要的接口;一个类对另一个类的依赖应该建立在最小的接口上。问题由来:类A通过接口I依赖类B,类C通过接口I依赖类D,如果接口I对于类A和类B来说不是最小接口,则类B和类D必须去实现他们不需要的方法。解决方案:将臃肿的接口I拆分为独立的几个接口,类A和类C分别与他们需要的接口建立依赖关系。也就是采用接口隔离原则。举例来说明接口隔离原则原创 2013-08-16 11:09:24 · 1681 阅读 · 0 评论 -
设计模式之 迪米特法则
定义:如果两个类不必彼此通信,那么这两个类就不应该发生直接的相互作用。如果其中一个类需要调用另一个类的某个方法,可以通过第三者转发这个调用。其本意是,设计中要注意松耦合。 这个很好理解,如果类和类之间没什么联系就不说了。但是如果类之间有联系,比如类1要调用类2的方法或属性,不能说我在类1中引用类2,然后利用类2的引用调用类2的属性或方法。正确的处理是用委托或事件。这样减少类的耦合。下面拿原创 2013-08-16 15:59:16 · 590 阅读 · 0 评论