关键字：设计模式

Pattlet 是本指南所指的实际模式，但这里不对它进行详细讨论。有关为何使用 pattlet 的详细信息，请参阅第 2 章“组织模式”。下表列出了本指南提到的每一种模式，并引用了最早定义该模式的原始资料（如果适用）。
 

Pattlet	解决方案	参考资料
Four-Tiered Distribution（四级分布）	通过将 Web 服务器单独作为一级来优化 Three-Tiered Distribution（三级分布）。	Microsoft patterns & practices
Abstract Factory（抽象工厂）	为创建依赖对象系列（而不指定其具体类）而提供接口。	Gamma95
Adapter（适配器）	将类的接口转换为客户端所期望的另一个接口。	Gamma95
Application Controller（应用程序控制器）	它是处理屏幕导航和应用程序流的中……

抽象使我们能够为在运行时进行交互的分散的软件块指派行为和数据。在 体系结构完善的系统中，这些交互共同构成一个内聚在一起的可执行智能，从而为企业提供切实的业务价值。
上一章介绍了使用基于实例的协作和由近链接分隔的系统来将单个应用程序分布到多个处理节点上的模式。您可能已经回忆起来，“近链接”是连接驻留在同一个信任区域和同一个企业内的分布式系统的可靠链接；近链接不需要互操作性。远链接是所有其他链接（包括跨越 Internet 的链接）。本章主要关注通过远链接连在一起并且使用基于服务的协作的系统。
在构建由近链接连在一起并使用基于实例的协作的分布式系统时，开发组织通常能够完全控制解决方案中涉及的所有组件。但是，很多大型企业应用程序包含由远链接分隔的系统，不得不与预先已存在的、通常不受开发组织控制的系统交互。例如，订单管理系统可以使用在预先已存在的系统中实现的信用评分功能或者由外……

在当今的互联世界中，越来越多的企业应用程序跨多个服务器分布和运行、连接到远程数据源和 Web Service，并可通过 Internet 访问。分布式计算功能强大，但也并非没有面临挑战。网络在本质上并不可靠，同本地的进程间通信相比，与远程服务器的通信速度较慢。另外，同时在多台计算机上运行一个程序可能会导致许多并发和同步问题。

本页内容

	基于实例的协作和基于服务的协议
	……

在构建企业类解决方案时，不仅涉及到开发自定义软件，而且还涉及到将该软件部署到生产服务器环境中。这是软件开发工作与系统基础结构工作的交叉点。如果将这两个原则放在一起，则更加要求您对所涉及到的问题有一个基本的了解，并具备一套强大的应用程序和系统基础结构技能。单个小组极少具备所需的全部技能；因此，部署活动通常需要几个具备专门技能的小组通过协作完成。为了简化讨论，本章假定有两个小组：应用程序开发小组……

“体系结构设计者的第一个作品往往比较简练和干净。他知道自己并不了解正在进行的工作，因此他小心谨慎地设计它。在他设计第一个作品时，会进行多次修饰和润色。这些会留到“下一次”使用……这第二个系统是他曾经设计的最危险的系统……一般趋势是，在设计第二个系统时，将会使用在第一个作品中被小心搁置在一边的所有思路和修饰，从而导致设计过了头。”— Frederick P. Brooks, Jr. 发表于 1972 年的 The Mythical Man Month
Web 上建立的第一个系统是简单地链接在一起的静态 HTML 页面，以便在分散的小组之间共享文档。随着用户的使用量增加，可响应用户输入的动态网页日益普遍。早期的动态页面一般是以通用网关接口 (CGI) 脚本的形式编写的。这些 CGI……

“于是，每种模式既依赖于它所包含的更小的模式，又依赖于包含它的更大的模式。”— Christopher Alexander 发表于The Timeless Way of Building
一项技术领域的革新通常会刺激另一个领域的突破。雷达技术促进了微波炉这一烹调设备的诞生。Internet 本身最初被设计为一种具有预防单点攻击能力的军事通信网络，而现在已转变为世界上最大的知识储存库。同样，模式最初应用于建筑和城镇体系结构，但很快就被软件开发社区采用，并作为一种描述复杂软件系统的方法。
现在，每天都在涌现出大量与软件相关的模式。大量模式引发了一系列新的挑战。开发人员如何标识那些与手头的任务最相关的模式？模式集合是否足以描述整个解决方案？
本章通过示范如何完成下列任务而回答了其中的一些问题：

•	标识模式之间的关系。
•	将模式组合成群集。
•	……

“我们发现，目前正常工作的复杂系统总是从以前正常工作的简单系统演变而来的……从头开始设计的复杂系统总是不能正常工作，也无法通过修补来使其正常工作。您必须从正常工作的简单系统开始。”— John Gall 发表于 Systemantics: How Systems Really Work and How They Fail
企业级业务解决方案是公司实现其业务的赌注，它们通常极其复杂，而且性能必须不负众望。它们不仅必须具有高可用性和伸缩性以应对不可预知的使用，而且还必须具有适应性和预见性以适应快速变化的业务要求。
最佳解决方案是那些由一组更小的、简单的、能够可靠且有效地解决简单问题的机制组成的解决方案。在构建更大、更复杂的系统过程中，将这些简单的机制组合在一起，从而形成更大的系统
本指南旨在获取经验丰富的开发人员的知识，并以模式目录的形……

关键字：企业解决方案模式

序言
欢迎阅读《使用 Microsoft .NET 的企业解决方案模式》。本指南简要介绍了各种模式，并描述一个按照各种视点和关系对它们进行分类的新组织方法，随后，本指南讨论了其中几个视点所涉及的 32 种模式，并解释了如何将它们集成到企业解决方案中。
在构建和生成企业解决方案时，软件设计人员更多地使用了模式来有效地共享重要的体系结构权衡方法和设计决策。Christopher Alexander 在他的 The Timeless Way of Building 一书中首先用模式来描述体系结构和设计；但是，他的模式是针对城市、建筑物和房屋的。不久，软件设计人员认识到模式作为一种共享设计经验的语言所具有的价值。
在过去的十年中，迅速发展的模式社区已经在系统体系结构和软件开发的许多区域发现了模式。本书包含模式社区持续不断的工作所获得的成果，并通过展示如何将模式应用于构建使用 Microsoft? .NE……