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