weixin_42644547的博客

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