新的设计模式/设计策略

Question

我已经研究并实施了几年的设计模式，我想知道。什么是一些新的设计模式（自GOF以来）？此外，与我自己相似，应该怎样研究[接下来的软件设计]？

注意：我一直在使用TDD和UML一段时间。我对新的范式转换和/或更新的设计模式感到好奇。

Answer 1

我很惊讶没有人提到Martin Fowler的书Patterns of Enterprise Application Architecture。这是一本优秀的书籍，其中有许多模式，其中许多用于现代ORM设计（存储库，活动记录）以及一些UI层模式。强烈推荐。

Answer 2

维护方面的巨大变化是使用DVCS。如果你不知道一个是什么或者没用过一个，我强烈建议在两个硬打者读了：

水银（汞）：https://www.mercurial-scm.org/
混帐：http://git-scm.com/

他们做了很大程度上改变了通用编程环境的工作流程。不是我设计的模式/设计，但我不认为TDD或UML是某种程度上的技术模式/设计。也许更像是围绕编程的常见做法。

Answer 3

我的PCMEF (now PCBMER) framework

Here's它的一个简单概述一个狂热的追随者和支持者。

这种类型的企业系统非常复杂，通过将其他一些设计模式组合到PCMBER框架（演示，控制，调解器，实体和资源）中，即使是最复杂的系统也很容易使用和管理。

Answer 4

大致有无数的设计模式。设计模式就是这样：程序员用来完成任务的技巧重复出现。关于GoF模式最有用的是他们是多么有名。在那里，他们已经成为一种语言 - 正是GoF希望实现的。

你可以在网络和文献中找到的许多其他模式都是“有用的技巧”，而不是你在与其他程序员说话时可以使用的语言。也就是说，过去十年左右出现了一些模式，特别是在网络开发领域。请参阅Martin Fowler的patterns book中列出的模式。

Answer 5

其中一个我发现特别有用的较新的是Domain Driven Design。与其说是一种模式本身，更多的是一种思维模式 - 专注于领域对象 - 也就是你建模和构建其他应用程序的东西。

我发现它赋予了我们以前都知道但却懒得处理的原则的含义 - 比如单一责任原则和分离关注。我现在特别重视那两个。

我的另一个改进轴是TDD和依赖注入。我发现，有很多接口和类实现它们，我只能放弃这种只定义一次的恐惧。这并不是说它与DRY（不要重复自己）有很大冲突。如果他们的目的不同，可以有两个具有相同属性的类。封装和SRP比仅定义属性重要得多。

Answer 6

嗯......人们提到的都不是设计模式。

GOF是以Java为中心而编写的。它探索的空间相当不错。但是，一旦进入其他语言，一些模式不再是必需的（Observer很少用于像C＃这样的支持事件的语言），并且一些新的模式会出现。抓住Pro JavaScript Design Patterns或Design Patterns In Ruby书籍，看看这些完全不同的范例中待机模式会发生什么变化。

我的最爱最近来自靠现代语言的功能性漂移。我非常喜欢nested closures以及解决GoF所做的一些相同问题的功能性方法（同样，请参阅Ruby书中的优秀示例）。我现在也热爱内部domain-specific languages的想法，这些想法可以打开成为他们自己的一系列设计模式（包括嵌套闭包）。在不久的将来，事件聚合似乎也将在.Net世界中大显身手。

其他一些已经出现但在GoF中没有讨论太多的大问题 - 可能是因为它们更高级别，那么这些人要去哪里 - 是Inverse Of Control Containers，Message Bussing，Aspect-Oriented -Programming，Model-View-Controller，Model-View-Presenter，Model-View-ViewModel等等。顺便说一句，这些不是设计模式，但是如果你期待超越TDD的进展，就可以开始关注行为驱动开发和上下文/规范。