企业官网建设流程全解析

设计模式：

模式是在某个上下文中针对某个问题的解决方案。

上下文指某个模式适用的情况。这应该是一种会不断出现的情况。

问题指在此上下文中你想要达到的目标，但也要考虑该上下文中发生的任何约束。

解决方案就是你所追求的东西：一个通用的设计，所有人都可以用来解决目标和约束集。

组织设计模式：

根据模式的目标分类：

创建型模式牵涉到对象实例化，这类模式都提供一种将客户从需要实例化的对象中解耦的方式。

行为型模式都涉及类和对象如何交互，以及分配责任。

结构型模式让你组合类或对象得到更大的结构。

根据模式处理的是类还是对象分类:

类模式描述类之间的关系如何通过继承定义。类模式中的关系是在编译时建立的。

对象模式描述对象之间的关系，而且对象模式主要通过组合定义。对象模式中的关系通常在运行时创建，更加动态和有弹性。

用模式思考：

1. 保持简单
2. 设计模式不是万灵丹；事实上，什么丹都不是！
3. 你知道什么时候需要模式
4. 重构时间就是模式时间！
5. 拿掉不是真正需要的。不要害怕从你的设计中移除设计模式。
6. 如果你现在不需要，就别做。

模式的心智：

初学者到处使用模式。

随着学习的进程，中阶者的心智开始能看到什么地方需要模式，什么地方不需要。

悟道者的心智能够看到模式在何处能够自然融入。

共享词汇的五种方式：

1. 在设计会议上
2. 在其他开发人员
3. 在架构文档中
4. 在代码注释以及命名习惯上
5. 将志同道合的开发人员集合在一起

模式动物园：

建筑模式：用来创建生气勃勃的建筑，城镇和城市的架构。这也是模式开始的地方。

应用模式：是创建系统级架构的模式。许多多层架构都属于这个类目。

领域特定模式：关注领域特定的问题，像并发系统或实时系统。

业务流程模式：描述业务，顾客和数据之间的交互，可以应用于如何高效决策并沟通决策等问题。

组织模式：描述了人类组织的结构以及运作。大多数工作聚焦于生产和/或支持软件的组织。

用户界面设计模式：致力于如何设计交互式软件程序的问题。

反模式：

反模式告诉你如何从问题到达一个坏的解决方案。

1. 反模式告诉你为什么坏方案会有吸引力。
2. 反模式告诉你为什么这个解决方案从长远来看是不好的。
3. 反模式向你建议能提供好的解决方案的其他适合模式。

要点：

1. 让设计模式出现在你的设计中，而不是为了使用而使用。
2. 设计模式并非僵化的教条；可以采纳或调整以符合你的需要。
3. 总是使用满足需要的最简单解决方案，即使方案里没有包含模式。
4. 学习设计模式的类目，可以帮你自己熟悉模式以及它们之间的关系。
5. 模式的分类（或类目）为模式提供了分组，如果分组对你有帮助，就使用。
6. 成为一名模式作者，你需要付出努力：这需要时间和耐心，还必须乐意做大量的精化工作。
7. 记住：你所遇到的大多数的模式都是已有模式的改编，不是新模式。
8. 建立你的团队的共享词汇，这是使用模式最大的好处之一。
9. 和其他社群类似，模式社群也有自己的行话。别让这些行话挡住你的路，读完了这本书，现在你已经知道大多数行话了。