dev2dev 首页 > 资源中心 > 专家Blog > 专家Blog文章
设计模式
我涉足SOA环境已经有相当长的时间了，IT的世界总是变幻莫测。转瞬即变。这未必是件坏事，因为这样可以加强灵活性，但应该如何应对这些变化呢？
我一直热衷于关注设计的抽象方法。通过确定模式可以了解各部分的组合方式。回忆一下“Gang of Four”设计模式丛书，这套书在几十年前写成，当时几乎没有SOA的理念。很多模式仍然与之密切相关，但是新的观念和方法总是层出不穷。至今我还没有看到可以避免产品/技术等等紧耦合的SOA模式汇集。
该项工作往往要从参考架构着手，以通用语的形式定义逻辑组和模式，这是提供结构和格式的好方法。想像一下工匠做椅子。他们会从制造目的的蓝图着手（这把椅子用于酒吧、办公室或者用来在家放松）。蓝图决定架构（我要做一把3腿吧椅或4腿休闲椅），这通常用在工匠决定木料的形状时。棘手的事情在于工匠应该在何时与生产填料的合作伙伴进行交互。
模式的重要性显而易见，SOAscape会加大对更多模式的需求，特别是在数据结构、消息传递等方面。我希望某一天我那本过时的 Design Patterns 可以找到新的合作伙伴。Fowler的 Patterns of Enterprise Application Architecture 已经上架，但我依然需要更多的资料。
答案可能在于大众分类法（folksonomy）或Web 2.0运动中大受欢迎的其他以人为本的方法。这些设计都很重要，但是做椅子的工匠应该如何制定框架来满足不同场所的需要呢，无论是在昏暗的酒吧或是在五星级的饭店。我认为，问题的答案还是在于好的设计。通过重新定位平常事物而将其变得不寻常的能力。它有时不一定很适宜，但必定会创造出某种效果。
原文出处：http://dev2dev.bea.com/blog/quinton_wall/archive/2007/03/design_patterns.html
作者其它文章
|
