优化智能客户端性能

执行您所描述的操作的最佳方法(我假设您已经知道客户机/服务器I/O是瓶颈)是,一旦客户机被填充,只在两个方向发送更改。

如果您采用了日志模型来更新数据,那么这很简单。为了让任何进程对共享数据进行更改,它必须创建一个时间戳事务,并将其添加到日志中。对数据进行更新的方法是将事务应用于数据。

一旦您的数据模型支持事务日志,您就有了一个简单的方法来保持客户机和服务器与最小的网络流量同步:要更新客户机,服务器将发送自上次更新客户机以来创建的所有日志条目。

对现有设计进行改造可能需要大量的工作。在你走这条路之前,你要确保你要解决的问题实际上就是你所遇到的问题。

1. 确保这个功能被很好地封装,这样您就可以在不接触其他组件的情况下使用它。
2. 将您的源代码置于版本控制之下,并经常签入。
3. 我强烈建议在重构之前使用一套自动化单元测试来验证所有东西是否都按预期工作,并在执行每个更改时继续工作。
4. 如果性能受到影响的是服务器上的客户机数据传输,而不是服务器上的查询、处理和磁盘IO,则可以考虑设计给定对象集合或图形的哈希,并将哈希传递给服务器上的服务方法,该方法将从数据库中查询和计算哈希,比较哈希,然后重新计算氡 true 或 false . 只有 假 然后你能重新加载数据吗?如果更改不太可能或不经常发生,这是有效的,因为更改后需要两次调用才能获取数据。如果数据库中的更改是一个问题,那么您可能不希望仅在用户修改或添加某些内容时获取更改——例如,这可能是一个完全独立的基于计时器的操作。并发策略实际上取决于您的数据、用户数量、多个用户同时有兴趣更改相同数据的可能性等。