设计模式
DarinWang
自学者, 正在被各个方面折磨.
展开
专栏收录文章
- 默认排序
- 最新发布
- 最早发布
- 最多阅读
- 最少阅读
-
设计模式 - 工厂方法模式
设计模式 - 工厂方法模式佛山 2020-08-09简单工厂 vs 工厂方法简单工厂模式的最大优势在于工厂类中包含了必要的判断逻辑,根据客户端的选择条件动态实例化相关的类,对于客户端来说,去除了与具体产品中的依赖。工厂方法克服了简单工厂违背开放-封闭原则的缺点,又保持了封装对象创建过程的优点。工厂方法的缺点:每加一个产品,就需要加一个产品工厂的类,增加了额外的开发量。基本定义工厂方法模式(Factory Method):定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使原创 2020-08-09 11:49:27 · 146 阅读 · 0 评论 -
设计模式 - 代理模式
设计模式 - 代理模式深圳 2020/08/02UML图代理模式 ( Proxy ), 为其他对象提供一种代理以控制对这个对象的访问.package proxy.generic;public interface Subject { void request();}package proxy.generic;public class RealSubject implements Subject { @Override public void reques原创 2020-08-02 23:27:02 · 143 阅读 · 0 评论 -
设计模式 - 装饰模式
设计模式 - 装饰模式动态地给一个对象添加一些额外的职责. 就增加功能来说, 装饰模式比生成子类更加灵活.UML 图巧变如果只有一个 ConcreteComponent 类(, 没有抽象类), 那 Decorator 类可以直接继承这个 ConcreteComponent 类.同理, 如果只有一个 ConcreteDecorator 类, 则可以省略抽象的 Decorator 类.代码示例抽象一点的Component 类package decorator.general;pu原创 2020-07-28 21:13:56 · 188 阅读 · 0 评论 -
设计模式 - 依赖倒置原则
设计模式 - 依赖倒置原则抽象不应该依赖细节, 细节应该依赖抽象.要针对接口编程, 不要对实现编程.原创 2020-07-28 21:12:25 · 131 阅读 · 0 评论 -
设计模式 - 单一职责原则 & 开放-封闭原则
单一职责原则 & 开放-封闭原则单一职责原则“一个产品简单一些, 职责单一一些, 或许是更好的选择.”单一职责原则, 就一个类而言, 应该仅有一个引起它变化的原因.如果一个类承担的职责过多, 就等于把这些职责耦合在一起, 一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力. 这种耦合会导致脆弱的设计, 当发生变化时, 设计会遭受到意想不到的破坏.软件设计真正要做的许多内容, 就是发现职责并把这些职责相互分离.开放-封闭原则“对于扩展开放, 对于更改封闭”无论模块是多么的原创 2020-07-27 19:29:12 · 207 阅读 · 0 评论 -
设计模式 - 策略模式
设计模式 - 策略模式类图解析策略模式是一种定义一系列算法的方法, 从概念上看, 所有的这些算法完成的都是相同的工作, 只是实现不同. 他可以用同样的方式调用任意的一个算法, 减少了算法类与使用算法类之间的耦合.策略模式中的 Strategy 类层为 Context 定义了一系列可供重用的算法或行为. 继承有处于析取这些算法中的公共功能.简化了单元测试, 因为每个算法都有自己的类, 可以通过自己的接口单独测试.只要在分析的过程中听到需要在不同时间应用不同的业务规则, 就可以考虑原创 2020-07-24 23:24:15 · 124 阅读 · 0 评论
分享