What About SOAP?

简单明了，它们不是一回事。尽管您可以用任何一种方法解决许多架构问题，但它们并不是可以互换使用的。

这种混乱很大程度上源于一种误解，即REST“关于通过url调用Web服务”。这个想法与RESTful架构的功能根本不相符。如果没有对RESTful架构实现的更宏观的理解，很容易失去实践的意图。

REST最好用于管理系统，通过将产生和使用它的技术产生和使用的信息解耦。我们可以实现:

性能

可伸缩性

普遍性

简单

可修改性

可扩展性

这并不是说不能构建基于soap的系统来展示其中的一些属性。当由于技术、组织或过程复杂性而不能在单个事务的范围内维护请求的生命周期时，SOAP是最佳的利用方式。

SOA的目标在于

SOA的目标在于让IT系统变得更有弹性，以便更灵活、更快地响应不断改变的企业业务需求，解决软件领域一直以来存在的“如何重用软件功能”问题。采用SOA来构建信息平台，无疑是未来的发展方向。

SOA的5大基本特征为软件功能重用提供了解决的办法。

①服务之间通过简单、精确定义的接口进行通信，不涉及底层编程接口和通信模型。

②粗粒度性：粗粒度服务提供一项特定的业务功能，采用粗粒度服务接口的优点在于使用者和服务层之间不必再进行多次的往复，一次往复就足够了。

③松耦合性：松耦合性要求SOA架构中的不同服务之间应该保持一种松耦合的关系，也就是应该保持一种相对独立无依赖的关系。这样的好处有两点，首先是具有灵活性，其次当组成整个应用程序的服务内部结构和实现逐步地发生变化时，系统可以继续地独立存在。而紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时这种结构就显得非常脆弱。