软件架构模式 —— Mark Richards

对于开发者来说，已经开始写代码却没有想好整体架构，太常见了。这种情况下，大多数开发者和架构师都倾向于标准的传统的分层架构模式，把源代码模块分割成几个包。不幸的是，这个做法往往导致“毫无组织”的代码的堆砌，这些模块缺乏明确的角色、责任和关系。缺乏正确架构的工程，往往有严重的耦合、不够健壮、难于扩展，也没有明确的版本和方向。因此，在系统内组件和模块以及其内部工作机制不明确实，也就不能确定这个工程的架构属性；然后最基本的部署和维护问题都没有答案：这个架构可扩展吗？这个工程性能如何？重构难度如何？部署策略如何？灵敏性如何？架构模式可以借鉴用来定义工程的基本属性和行为。比如一些架构模式，其内在特性决定了适合高扩展性的工程，有些架构则适合高度敏捷。熟悉