自治应用程序的体系结构

核心提示： 并不是所有类型的事务都适合补偿，大部分 fiefdom 并不（也不应该）参与不存在可靠补偿方案的事务，自治应用程序的体系结构(3)，安全的网关在某种程度上，面向服务的性质决定了面向服务的应用程序是安全的，而不是键入信息，Emissary 也知道 fiefdom 使用的许多业务规则，让应用程

并不是所有类型的事务都适合补偿。大部分 fiefdom 并不（也不应该）参与不存在可靠补偿方案的事务。

安全的网关

在某种程度上，面向服务的性质决定了面向服务的应用程序是安全的。让应用程序为您执行任何任务的唯一方式是向它发送消息，请求执行某一服务。执行还是拒绝请求取决于应用程序。

在许多情况下，应用程序会允许某人执行特定一个或一组服务。在这些情况下，Web 服务需要做的仅仅是将作业委派给适当的组件，然后将响应传递给客户端。在其他情况下，Web 服务可能需要验证用户的身份以确定他是否被授权执行该服务。这可以是仅在网关处针对 Active Directory 或 SQL 数据库进行简单的检查，也可以在应用程序的不同级别结合使用安全技术（例如模拟或委派）和基于角色的安全检查。请记住，必须始终注意拒绝服务攻击、试图入侵系统的黑客以及其他恶意威胁所造成的风险。

体系结构模式

很显然，fiefdom 是一个体系结构模式。与其他模式一样，您作为一个软件架构师应该能够说出“我想我们应该将这个应用程序设计成一个 fiefdom”，同时您身边的人应该能够立即理解您在说什么。这就是模式的强大优势之一；它们有助于您讨论体系结构、在更为抽象的级别设计并使用通用词汇来加以设计。

显然，并非所有 fiefdom 都要以同样的方式架构。它们提供的一组服务会影响它们内部需要的组件类型，所以任何 fiefdom 都将在其内部实现中使用其他模式进行架构。例如，大部分 fiefdom 都将使用模式（如使用数据访问器）访问数据库；使用服务代理访问其他服务；使用数据传输对象通过各层传输数据，以及使用实体管理器来支持实体级业务规则。

Emissary

一些 fiefdom 也会为它的服务提供用户界面 (UI)。这样的 fiefdom 会使用一个 Emissary 模式 — 一个 Web Form emissary 或者一个 Windows Form emissary。Emissary 就像一个销售代理或者一个抵押经纪人。它可以向用户显示参考数据，允许用户从有效的可选方案中选择，而不是键入信息。Emissary 也知道 fiefdom 使用的许多业务规则，所以它可以帮助用户以一种 fiefdom 更容易接受的方式提出请求。