什么是最好的Delphi n层低带宽技术？

Question

我需要在一个环境中部署一个Delphi应用程序，这个环境需要集中化的数据和文件存储系统(用于文档成像)，但有多个分支机构，但互连性相对较差。我相信3层数据库应用程序是最好的方式，这样我就可以提供丰富的桌面体验和相对轻量级的数据传输需求。到目前为止，我已经简要介绍了Delphi Datasnap、kbmMW和Remobjects SDK。看起来kbmMW和Remobjects SDK使用的带宽最少。有没有人有在有大量用户的挑战性环境中部署这些技术的经验(我需要支持700+)？谢谢!

Answer 1

取决于您是否绑定到远程数据集。如果您不是数据集绑定的，那么SOAP可能是一个很好的选择。或者，我所做的就是编写我自己的协议，在本质上类似于SOAP。这是在SOAP成为标准之前完成的，我很高兴我做到了-这使您能够控制更多的数据流。考虑到如果你的连接性很差，那么你将花费时间来支持它。如果你支持的是你自己的代码，而不是不得不等待供应商，这是非常好的。(尽管众所周知，KBM和REM是非常好的供应商。)

个人笔记:在一个文档图像应用程序中，700个用户因为连接能力差而听起来很混乱。把钱花在升级连接上，因为从长远来看，这会更便宜。

Answer 2

kbmMW和RO SDK都提供二进制格式，它比SOAP格式更紧凑，特别是在处理文档时。

RO sdk似乎提供了更多的GUI工具来帮助您完成您的服务。

再来看看RealThinClient SDK，它是一个轻量级的远程处理框架。

但是无论你使用哪种框架，你的工作设计都会让它变快或变慢，我有一些应用程序在128kb的慢线上工作，它工作得很好，没有任何用户抱怨，但我不会对文件进行大量传输。

Answer 3

remember...its要做的一件事不是用户数量，而是他们同时使用资源的数量，这将是问题所在。如果可能的话，尝试开发您的应用程序“无状态的服务器”，如果您发现必须向池中添加更多的服务器来支持您的客户群，那么从长远来看，这将允许更大的灵活性。关于n层，最困难的事情是从一开始就扩展到超过第一个server...plan。每个请求都不应该知道之前的request...or的任何信息，至少请求应该有一种传递上下文的方法，这样服务器就可以在会话表或其他东西中查找它。

就我个人而言，我推荐RemObjects。我已经用过了，效果很好。