3 个解决方案
#1
不要做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不支持判断文件是否存在、文件读写和文件更名。
但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？
共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的：
·进程之间松耦合
·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。
·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务，只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满）
·……
“跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的” 苦海无边，
回头是“使用共享纯文本文件进行信息交流”的 岸！
也不要做用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不支持判断文件是否存在、文件读写和文件更名。
但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？
共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的：
·进程之间松耦合
·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。
·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务，只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满）
·……
“跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的” 苦海无边，
回头是“使用共享纯文本文件进行信息交流”的 岸！
#2
很感谢您的回答，其实我也不想去跨语言调用啊，最开始我是想要在C#中仿照Meshlab的3D集体的计算功能算法，计算体积等数据
如果使用您提供的方法,现在有几个问题不好解决；
1.A现在是一个网站，B是一个Meshlab（C++的窗体程序，其中绝大部分消耗很大的功能我都不需要，而且C++我是小白，不太可能自己修改B项目成需要的那样）。
2.我的网站是打算租用西部的虚拟空间，空间服务器禁止了所有的自己上传的.exe程序运行。
3.B程序的操作需要读取一个.stl文件（3D图形文件），现在是使用A来读取上传，同时B要对文件进行一些列的操作，如果两个项目是跨机操作，则需要传递两次文件，影响前端的展示速度
如果使用您提供的方法,现在有几个问题不好解决；
1.A现在是一个网站，B是一个Meshlab（C++的窗体程序，其中绝大部分消耗很大的功能我都不需要，而且C++我是小白，不太可能自己修改B项目成需要的那样）。
2.我的网站是打算租用西部的虚拟空间，空间服务器禁止了所有的自己上传的.exe程序运行。
3.B程序的操作需要读取一个.stl文件（3D图形文件），现在是使用A来读取上传，同时B要对文件进行一些列的操作，如果两个项目是跨机操作，则需要传递两次文件，影响前端的展示速度
#1
不要做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不支持判断文件是否存在、文件读写和文件更名。
但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？
共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的：
·进程之间松耦合
·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。
·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务，只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满）
·……
“跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的” 苦海无边，
回头是“使用共享纯文本文件进行信息交流”的 岸！
也不要做用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不支持判断文件是否存在、文件读写和文件更名。
但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？
共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的：
·进程之间松耦合
·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。
·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务，只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满）
·……
“跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的” 苦海无边，
回头是“使用共享纯文本文件进行信息交流”的 岸！
#2
很感谢您的回答，其实我也不想去跨语言调用啊，最开始我是想要在C#中仿照Meshlab的3D集体的计算功能算法，计算体积等数据
如果使用您提供的方法,现在有几个问题不好解决；
1.A现在是一个网站，B是一个Meshlab（C++的窗体程序，其中绝大部分消耗很大的功能我都不需要，而且C++我是小白，不太可能自己修改B项目成需要的那样）。
2.我的网站是打算租用西部的虚拟空间，空间服务器禁止了所有的自己上传的.exe程序运行。
3.B程序的操作需要读取一个.stl文件（3D图形文件），现在是使用A来读取上传，同时B要对文件进行一些列的操作，如果两个项目是跨机操作，则需要传递两次文件，影响前端的展示速度
如果使用您提供的方法,现在有几个问题不好解决；
1.A现在是一个网站，B是一个Meshlab（C++的窗体程序，其中绝大部分消耗很大的功能我都不需要，而且C++我是小白，不太可能自己修改B项目成需要的那样）。
2.我的网站是打算租用西部的虚拟空间，空间服务器禁止了所有的自己上传的.exe程序运行。
3.B程序的操作需要读取一个.stl文件（3D图形文件），现在是使用A来读取上传，同时B要对文件进行一些列的操作，如果两个项目是跨机操作，则需要传递两次文件，影响前端的展示速度