我们正在此处理一个类似的问题。 然而,我们解决这一问题的办法可能不是你所期望的。
我们拥有一套相当复杂的网络服务,我们必须加以利用,并且需要一定数量的配置和定时。 因此,为了不影响我们系统的德尔菲一侧的发展(要释放的周期很长),我们建立了一系列的hoo子,把电话转拨到DLL,也在德尔菲。
这部法律司的任务非常简单,即转交从职能呼吁中收到的资料,将其格式略微,将其推向几乎光彩的TCP。
从那里获得的信息进入了一个接口引擎,我们能够在要求提供服务之前围绕绘图和杂项转变进行。 实际的网络服务包和电话在发动机本土环境中进行(Java)。
有了电话连接,可以把发动机称作发动机,因此,我们不必担心 com/com或 j。
这种做法相当复杂,但是它反过来简化了整个范围。
另一种办法是在C#中开发一个COM DL,以大力提升网络面,并将之与德尔菲联系起来。 这本来也是可能的,取决于你的部署环境,可能是更简单的解决办法。 我们选择不走这条路,因为编队非常复杂,有大批客户,有多种性质的远程桌面,有很紧的信息技术结构,可以与之合作。 要求开放网络使用单一机器,从不同客户获得内部服务,而不是要求每个客户向互联网开放。
否则,在纯粹的Delphi 5网络服务中,我不会说什么,因此,我在这里的第一回法是利用一个更友好的世界平台,试图通过某种桥梁(COM、JNI、停泊的DL等)加以整合。
任何途径,我希望能有所帮助。