分析，设计或架构的模式

Question

经过多年的分析，设计和编程不同 域和架构，你可能会遇到“模式”或好的 尚未作为模式（分析，设计或架构）发布的实践 虽然你以前做了很多次，但它没有名字。

对SO社区的模式感兴趣。

Answer 1

我曾经想过的那些是我自己的，即“我发明了它们”，20年前被证明是“发明的”。我无法计算有多少次我意识到我在不知情的情况下使用了已知的设计模式。

这是多年来试图解决同样问题的结果。我想除非有人“发现”一个新的问题域，否则你不太可能看到新模式。

也许在未来，新的编程范例或技术将有助于发现解决相同旧问题的新方法。

Answer 2

我自己没有提出任何新模式，但发现新模式的最佳方法是了解所有现有模式。这是我最喜欢的设计模式网站之一。 101 Design Patterns。特别要注意反模式。

Answer 3

不是真正的新模式，但我经常使用工厂和策略模式的组合。这可以防止工厂使用switch语句，并且可以使用新的“工厂策略”配置工厂。我不确定这个模式是否有名字。如果有人能告诉我，我会很感激。

我刚才在博客上写道：http://www.herrodius.com/blog/136

Answer 4

我认为几乎所有东西都是不止一次发明的，但是我一直使用的两种模式却没有看到其他人使用我认为应该做的事情：

• 不可复制的对象 - 中的大多数对象 问题领域（例子： 银行账户，人员，交易） 不应该是可复制的，不像 实现域中的对象 （例如：字符串，数组，整数）。一世 因此使用语言功能 制作这样的业务领域对象 不可复制。

• 拥有对象 - 一个对象，例如 BankAccount拥有其交易。 当拥有对象被破坏时 它管理着这些的破坏 拥有的物品。这种模式很漂亮 很多东西都不需要使用 智能指针。