gnuplot分发我的代码有问题吗? 我正在开发一个最终完全独立的C++ .exe。我的程序目前使用Gnuplot保存绘图图像。我非常喜欢Gnuplot,如果可以的话,我更愿意继续使用它 但是,我已经意识到,在分配Gnuplot时,可能存在一个问题,即如何用C++代码调用AxE,而不是包含可包含的头。这可能意味着,如果我不想将Gnuplot复制并放到分布式源文件夹中,另一个用户就必须在自己的端安装Gnuplot。出于许多原因,我宁愿避免后者

gnuplot分发我的代码有问题吗? 我正在开发一个最终完全独立的C++ .exe。我的程序目前使用Gnuplot保存绘图图像。我非常喜欢Gnuplot,如果可以的话,我更愿意继续使用它 但是,我已经意识到,在分配Gnuplot时,可能存在一个问题,即如何用C++代码调用AxE,而不是包含可包含的头。这可能意味着,如果我不想将Gnuplot复制并放到分布式源文件夹中,另一个用户就必须在自己的端安装Gnuplot。出于许多原因,我宁愿避免后者,c++,gnuplot,C++,Gnuplot,在这种情况下,没有办法避免让用户安装gnuplot吗?如果这是一个太大的问题,我会考虑为此实现Qwt。是的,通常必须在目标机器上安装gnuplot,以便您的程序可以向其发送命令。它是一个程序,不是一个库 然而,严格地说,这并不完全正确。您可以在某个服务器机器上运行gnuplot,以接受远程机器上运行的应用程序的请求,并返回请求的绘图。这就给您带来了提供持续服务的负担,而不仅仅是提供一个可执行文件,但这是可能的

在这种情况下,没有办法避免让用户安装gnuplot吗?如果这是一个太大的问题,我会考虑为此实现Qwt。

是的,通常必须在目标机器上安装gnuplot,以便您的程序可以向其发送命令。它是一个程序,不是一个库

然而,严格地说,这并不完全正确。您可以在某个服务器机器上运行gnuplot,以接受远程机器上运行的应用程序的请求,并返回请求的绘图。这就给您带来了提供持续服务的负担,而不仅仅是提供一个可执行文件,但这是可能的