所有这些都可以在客户端代码中没有可变状态的情况下完成。
This all can be done with no mutable state in the client code.
一些消息完全在客户端进行处理。
同样在客户端中进行这样的设置。
这使您能够在客户端缓存大量数据。
This allows you to cache large amounts of data on the client.
在客户端机器上安装并且设置软件。
在客户端发送消息的顺序图如下。
A sequence diagram for sending a message on the client is shown below.
因此，所有的状态都要存储在客户端。
在客户端用于发出调用的事务。
此后，即可将精力集中在客户端代码。
在客户端，处理请求和常规请求差不多。
On the client, handling requests isn't much different from a regular request.
在客户端，也有一些与此相同的基本步骤。
显然在客户端完成更好。
在客户端验证的过程中。
在客户端获取表单数据。
在客户端启动服务器。
用户在客户端输入请求数据，并提交该数据。
The user enters some request data on the client side and submits the data.
在客户端被调用并接收结果的事务。
The one at the client side to be called and receive the result.
一种完全在客户端捕捉并响应事件的事件机制。
An event mechanism for catching and responding to events completely on the client side.
这个扫描机完全是在客户端用户的浏览器中运行。
The scanner operates entirely on the client side in the user's browser, it says.
在客户端，只注册这个新类，不需要注册两个类。
On the client side, you just register the new class instead of both of the classes.
基于您的需求，您可以选择在客户端实现这个分类。
Based on your requirements, you can choose to do a client side implementation for the sort.
在客户端应用中实现这一逻辑将对性能造成负面影响。
Implementing the logic in the client application has a negative impact on performance.
在客户端组件和它们所使用的服务之间建立了松耦合。
Creates loose couplings between the client components and the services they use.
这些PMI数据可以在客户端通过JMX接口进行检索。
These PMI data can be retrieved on the client side using the JMX interface.
窗口是在客户端时钟和服务器时钟之间所允许的最大偏差。
The window is the maximum allowable drift between the client clock and the server clock.
然而在大部分情况中，在客户端完成数据验证是最佳实践。
In most cases, however, it is a best practice to do your data validation on the client.
一个胖客户端本质上是在客户端运行的应用程序。
A fat client is essentially an application that runs on the client.
这只在客户端主体存在于服务平台用户注册表中时才能使用。
This will only work if the client principal exists in the service platform user registry.
这只在客户端主体存在于服务平台用户注册表中时才能使用。
This will only work if the client principal exists in the service platform user registry.
应用推荐