其中许多是用来为全世界的客户端服务的。
所以设计一个REST风格的客户端服务器应用程序的主要问题有。
So the key questions for an architect of a REST-style, client-server application are.
您需要做以下的事情来纠正客户端与服务之间的步进。
You need to do these things for correct stepping between client and service.
具有一个客户端和服务应用程序。
接下来，附加客户端和服务的策略集绑定。
Next, attach the policy set bindings for the client and service.
客户端收到服务票证。
多个通过网络访问服务的客户端。
新客户端，旧服务？
然后将SOAP消息传递到服务客户端管道中。
The SOAP message is then delivered to the service client pipeline.
之后我们建起了网络服务和客户端。
不过，它不是由客户端发送给AWS服务。
客户端调用服务组件处理订单。
The client invokes the service component to process the order.
这种支持包括生成WSDL和样本客户端代码来调用服务。
This support includes generation of the WSDL and sample client code for invoking the service.
发送旧类型的客户端对新服务来说仍然可用。
A client sending the old type to a new service will still function.
从任意REST客户端向rest式服务发送一个请求。
Send a request from any REST client you may have to the RESTful service.
如果是这样，客户端和服务就可以交换包含ite m子类订单的子类。
If so, the client and service could exchange subclasses of Order containing subclasses of Item.
构造调用服务的客户端。
Bob是一个客户端或服务的消费者。
客户端和服务间的连接。
消息被回显到Web服务客户端。
在这种模式下，客户端和服务器端的开发可以并行启动。
Development of both the client and server side can then begin in parallel.
您又要如何将内容从客户端传递到服务器？
And how will you move the content from the client to the server?
请求：从客户端发送到服务器的消息。
使用此会话密钥，客户端和服务器可以安全地相互通信。
Using this session key, client and server can safely communicate with each other.
这允许客户端和服务器之间的正常运作继续进行。
This allows normal operations to continue between the client side and the servers.
编写对于您的客户端、服务器处理都有用的功能。
Write function that might be useful to both your client and server processes.
假定所有这些操作均已正确完成，客户端和服务器现在将会连接。
Assuming all of this has been done correctly, the client and server will now connect.
服务或连接多客户端和服务端。
方便地支持客户端与服务器端的数据迁移。
Support for client side and server side data migration for convenience.
方便地支持客户端与服务器端的数据迁移。
Support for client side and server side data migration for convenience.
应用推荐