本贴最后更新于 1616 天前,其中的信息可能已经事过景迁
![](https://ld246.com/images/img-loading.svg)
使用设计模式的目的
- 代码重用性;
- 代码可读性;
- 可扩展性;
- 可靠性;
- 高内聚、低耦合
七大原则
- 单一职责原则。对类来说一个类只负责一个职责,如类 A 有两个不同职责:A1 和 A2。当职责 1 需求变更而改变 A,可能会导致 A2 报错,所以我们需要将类 A 力粒度拆分为 A1 和 A2,分别负责不同的职责。
- 接口隔离原则。即一个类对另一个类的依赖应建立在最小的接口之上。
- 依赖倒转原则。第一,高层模块不应该依赖于底层模块,都应该依赖其抽象。第二,抽象不应该依赖于细节,细节应该依赖抽象,中心思想是面向接口编程。相对于细节的多变性,抽象的东西要稳定的多,在 Java 中,抽象指的是接口或抽象类,细节就是具体的实现类。
- 里氏替换原则。在子类中尽量不要重写父类的方法,在适当的情况下,可以通过聚合,组合,依赖来解决问题。
- 开闭原则。一个类在扩展方面应该是开放的,在修改方面是关闭的。
- 迪米特原则。迪米特原则又叫最少知道原则,即一个类对自己依赖的类知道的越少越好。也就是说,对于被依赖的类不管多么复杂,都尽量将逻辑封装在类的内部。对外除了提供的 public 方法,不对外泄露任何信息。
- 合成复用原则。尽量使用聚合的方式,而不是使用继承。
-
设计模式
设计模式(Design pattern)代表了最佳的实践,通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。
198
引用
•
120
回帖
•
1
关注
413
8
50
88
82
26
2
16
135
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于