C++程序如何对接java的api

[隐刀2024]

我们的程序都是用vc6.0写的c++程序。目前需要对接A机构的系统，A机构只有对外的java接口。我们的C++系统无法对接他们的系统。对方不会提供c++的接口，只能我们这边做改动。之前对接过一个类似的B机构，我们的当时的解决方法是自己重写网络协议和加密算法。但考虑到以后还可能对接C机构，D机构。这样工作量比较大。有什么方法可以更有效地解决这个问题么？

[赵4老师]

不要做A语言代码修改为B语言代码的无用功。 也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。 只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。 即可很方便地让A、B两种语言之间协调工作。 比如： A将请求数据写到文件a.txt，写完后改名为aa.txt B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，改名为bb.txt A发现bb.txt存在时，读取其内容，读完后删除bb.txt 以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。 除非A或B不支持判断文件是否存在、文件读写和文件更名。 但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？ 可以将临时文件放在RamDisk上提高效率减少磨损磁盘。 数据的结构很复杂的话，文本文件的格式问题可参考json或xml 共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的： ·进程之间松耦合 ·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。 ·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。 ·方便在线开关服务，只需删除或创建该临时文本文件即可。 ·方便实现分布式和负载均衡。 ·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满） ·…… “跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的”苦海无边， 回头是“使用共享纯文本文件进行信息交流”的岸！

[隐刀2024]

不是同一台机器上的两个程序。是对方的交易系统，和我方的订单系统对接。我方的订单系统对外的数据交互是C++写的，对方的数据交互系统是JAVA写的，我方系统要与对方系统进行实时对接，进行网络通信和数据的交互。

[赵4老师]

引用 2 楼 liu696639 的回复:

不是同一台机器上的两个程序。是对方的交易系统，和我方的订单系统对接。我方的订单系统对外的数据交互是C++写的，对方的数据交互系统是JAVA写的，我方系统要与对方系统进行实时对接，进行网络通信和数据的交互。

会映射网络驱动器吗？

[YapingXin]

通过Socket 通讯

[FD_2013]

没有任何问题是不能通过增加一个中间层来解决的，如果有那就加两个。 类似的中间层如，webservice ？ JNI？

[赵4老师]

引用 5 楼 zhu339111520 的回复:

没有任何问题是不能通过增加一个中间层来解决的，如果有那就加两个。 类似的中间层如，webservice ？ JNI？

量子通信？

[隐刀2024]

引用 4 楼 XinYaping 的回复:

通过Socket 通讯

之前我们对接A交易系统时就是自己用C++重新实现它的JAVA接口，自己写的网络协议，和加密算法。我们这次又要与B交易系统进对接，进行实时通信，而且以后还有C\D\E交易系统等待对接（有些系统有C++的接口，对接方便。有些是JAVA就很麻烦了）。自己重新实现成本太大，如果有办法直接调用它们API函数，那开发效率的稳定性就大大提升了。

[隐刀2024]

引用 5 楼 zhu339111520 的回复:

没有任何问题是不能通过增加一个中间层来解决的，如果有那就加两个。 类似的中间层如，webservice ？ JNI？

JNI可以实现我的需求吗？我去研究下。

[六点朝阳]

楼主如何解决的