这是一个创建于 1585 天前的主题，其中的信息可能已经有所发展或是发生改变。
学习设计模式最难的地方就在于使用场景的判断。所以我想知道，所有的设计模式，包括曾经发明出来的和尚未发明出来的，它们是否有一种知识体系上的共性，让我们能够以此为出发点，非常清晰的总结出不同设计模式之间的差别？
 |
1
zagfai 2020-07-21 23:25:40 +08:00  1
都是数据和程序的组织形式，这个形式其实比模式更灵活，喜欢怎样捣腾都行，通常说的设计模式只不过是被总结成容易被接受和理解的几种模式罢了
|
 |
2
leishi1313 2020-07-22 08:24:14 +08:00
不一定适用所有，但大部分是为了 decouple
|
 |
3
cyril4free 2020-07-22 09:42:14 +08:00
不同场景下的解藕 /可扩展？
|
 |
4
yuchenyang1994 2020-07-22 11:12:47 +08:00
符合设计原则
|
 |
5
jasonhc 2020-07-22 17:29:47 +08:00
最核心的就是封装变化，让代码能快速适应需求的变化
|
 |
6
cozof 2020-07-22 19:10:40 +08:00 via iPhone
任何设计模式、设计原则、AOP 、IoC 都是为了使项目高内聚、低耦合。
|
 |
7
JaguarJack 2020-07-22 20:27:51 +08:00 via iPhone
其实没有差别，高内聚 低耦合 高服用 可扩展 这都算好代码，并不一定要设计模式
|
 |
8
LukeChien 2020-07-22 21:43:04 +08:00 via Android
面向对象五大基本原则：
单一职责原则 开放封闭原则（ OCP ） 里氏替换原则（ LSP ） 接口隔离原则 依赖倒置原则 所有设计模式都是为了实现这五原则 |
 |
9
lotosbin 2020-07-23 16:06:00 +08:00
不变与可变分离
|
 |
10
Junzhou 2020-08-04 01:02:23 +08:00
最近在学设计模式，发现几乎都是为了高内聚，低耦合。
|
 |
11
namelosw 2020-08-22 02:40:55 +08:00
有一种说法是设计模式是语言缺陷 (language smell)，和 code smell 类似，只是大部分语言你没办法解决，只能用重复的模式来解决问题
https://wiki.c2.com/?AreDesignPatternsMissingLanguageFeatures |
 |
12
ychost 2020-09-17 19:20:11 +08:00
怎么用的爽就行了，感觉用了 event driver 之后就很少用设计模式了
|
 |
13
erek 2020-09-29 14:05:30 +08:00
以人为本
|
Select Language