在查看和修改代码之前，我们需要讨论一下目标的整体架构。只有明确了最终的目标架构，我们才能够在迈向这个最终目标的过程中，始终把握住正确的前进方向。
我们将实现一个面向服务的架构（Service-Oriented Architecture，SOA）。这种结构从一个比较高的层次上，描述了我们的软件架构，解释了大块构件间的交互方式，从而避免了应用程序进入到一个紧耦合的状态。这种方法贯穿全书，所以理解本章中的准则对项目的成功至关重要。
SOA是一种将应用程序设计为可扩展和可维护的方法。SOA设计准则于2005年由Thomas Erl规范化，并在近几年成为一种主流。最初发布的准则设计用于一些大型系统。这些系统可以运行在任意的硬件之上，而这些硬件可以通过网络接入。具体来说，这些服务可以存在于应用程序的内部或者外部，甚至能由开发团队之外的人员来管理，因此“服务发现”和“组件描述”是Thomas Erl所描述的SOA架构中的重要组成部分。如果你准备设计外界可使用的服务，比如网站的API或是由其他开发人员使用的第三方库，那么SOA是一个绝佳的参考样例。
本书只用到了Erl杰出成果中的一部分。假设所有的服务都在应用程序内部，而且假设你了解所构建的服务，因此许多服务的接口定义在构建时也是为你所知的。换句话说，我们假设在构建代码时你充分了解应用程序使用的所有服务。没有必要为了动态适应不断变化的外部服务而新建代码。这个假设并不意味着我们构建的服务不能提供给外界。在这本书中，对于向外界宣扬所提供的服务以及向外界阐明服务提供的功能定义等诸如此类的问题，我们不想在其上浪费过多的精力。如果真的有需要去设计和构建一个外部可用服务，比如公共的API，只需适当使用Erl准则就可以轻松解决问题。
