何时是使用SOAP或者REST的适当时机？

　　与其将REST和SOAP进行比较，还不如将REST将和SOA进行比较。REST是一个体系结构类型。而SOAP是一个消息传递协议。REST应用程序可能使用SOAP协议，但是在大多数的情况下，REST应用程序只是简单地使用基于HTTP的XML传递消息。使用SOAP代替简单的基于HTTP的XML的好处在于，SOAP提供了一种机制，这种机制可以从应用程序的有效负载中清晰地分离出基础功能。HTTP消息传递包括了消息头，该消息头可以用于传递会话和安全信息，但是它从应用程序有效负载中分离基础功能的能力相当有限。SOAP头可以包含任意类型的信息，从而可以使中间件为应用程序进行更多的运行时处理。（这些运行时处理包括了路由，消息传递，安全，审计，延续性，会计，以及很多其它的服务）。

　　总的来说，REST比起SOA更具有扩展性，所以对于高扩展性要求的应用程序来说，我更倾向于选择REST，但是除了可扩展性以外，还有很多其他的标准需要考虑。如果需要的话，你也可以让SOA具有扩展性。

　　我认为，当在SOA和REST之间进行选择时，开发者和架构师的主要依据是编程风格和开发者的开发经验。使用SOA的时候，应用程序主要将带有请求操作和提供输入信息的请求信息发送到服务方。服务对输入信息进行处理并返回相应信息。（SOA还可以支持其他消息交换模式以及异步编程）。使用SOA的时候，底层基础设施可以将XML和语言专有对象匹配起来。（如XML到Java）

　　在使用REST的时候，应用程序会将所有的请求信息编码为URL。（然而你可能不想将敏感信息编码为URL，例如信用卡号码）。应用程序可以使用POST方法提交用于处理的信息，例如订单号码等。在使用REST的时候，应用程序一般直接使用XML。

　　如果开发者习惯于使用语言对象，并且使用RPC或者RMI类型编程模型，他们会认为SOA更为直观。如果开发者习惯于使用SAX和DOM，并且使用消息传递类型编程模型，他们会认为REST更为直观。