设计模式

本贴最后更新于 2887 天前,其中的信息可能已经斗转星移

1 设计原则

  1. 封装变化。找出应用中可能需要变化之处,把他们独立出来,不要和那些不需要变化的代码混在一起(鸭子的动作包装成接口)
  2. 针对接口编程,而不针对实现编程
  3. 多用组合,少用继承
  4. 为了交互对象之间的松耦合设计而努力
  5. 开闭原则。类应该对扩展开放,对修改关闭
  6. 依赖倒置原则。要依赖抽象,不要依赖具体类
  7. 最少知识原则。之和你的密友谈话。
  8. 好莱坞原则。别调用我们,我们会调用你
  9. 单一责任原则。一个类应该只有一个引起变化的原因

2 设计模式

2.1 策略模式

定义了算法族,分别封装起来,让他们之间可以相互替换,此模式让算法的变化独立于使用算法的客户

2.2 工厂模式

2.2.1 工厂方法模式

定义了一个创建对象的接口,但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。

2.2.2 抽象工厂模式

提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类。

3 观察者模式

定义了对象之间的一对多依赖,这样一来,当一个对象改变状态时,他的所有依赖者都会收到通知并自动更新。

装饰者模式

动态地将责任附加到对象上。若要扩展功能,装饰者提供了比继承更有弹性的替代方案。

适配器模式

将一个类的接口,转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。

  • 设计模式

    设计模式(Design pattern)代表了最佳的实践,通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

    200 引用 • 120 回帖
  • 模式
    8 引用 • 45 回帖

相关帖子

回帖

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...