说明：  软件架构模式 理解通用架构模式及使用场景 马克 理查德 简介 软件工程师不经过设计正式架构而构建应用程序是十分寻常的。 大部分工程师在没有经过清晰和明确的架构设计的情况下，都会选择传统的标准分层架构模式, 也称作'n-tier'架构， 自然地通过拆分源代码模块成包而创建分层。不幸的是，此类架构实践的结果是一堆没用经过设计的源代码模块集合，缺乏清晰角色定位，互相之间没用联系。 这也是通常指的大泥巴球架构反模式。 缺乏正式架构设计的程序通常高耦合、脆弱、很难扩展，并且没有清晰远景或者发展方向。 结果是，很难定义决定程序架构属性，因为无法完全理解系统中内在模块和组件的交互关系。 甚至基础的部署和开发问题都很难解答： 程序是否可扩展? 程序如何轻易响应变化? 程序性能如何? 程序如何部署? 程序响应度如何?
(sofeware -- Create your own GitHub profile Sign up for your own profile on GitHub, the best place to host code, manage projects, and build software alongside 40 million developers.Create your own GitHub profile Sign up for your own profile on GitHub, the best place to host code, manage projects, and build software alongside 40 million developers.)