问C/C++通过Gnuplot管道接口的可视化

EN

我试图使用管道接口来处理gnuplot (一个标准的gnuplot_i.{cpp })，以便生成在用C++编写的另一个程序中不断变化的值的实时显示。这是可行的，但我想看看是否有人有任何改进的建议。

该实现包含了一种方便的方法，可以将单个向量和2个向量绘制为二维图。它通过对mktemp函数的标准库调用将临时文件写入临时文件，然后将其用作gnuplot调用的输入。这产生了太多的临时文件，当地块上的更新率很高时(可能是IO在某一点上受到限制)，似乎不能很好地工作。我已经决定在绘图调用中使用'-‘伪文件，并将向量直接发送到管道(以一行"e“结尾)。这样做更好，但仍然不是很好。

是否有一种更巧妙的方法来做我想做的事情，而不是在值发生变化时不断地重新生成地块？多长时间用新信息更新情节是安全的？或者，也许有一种更简单的方法来实现我想做的事情？

@安迪·罗斯

我本身没有“要求”。我所说的“光滑”的意思是，也许有一种更优雅的方法来完成我正在尝试的工作，而我仍在使用gnuplot。虽然优雅是主观的，但我发现我目前采取的方法特别不雅。我所说的保险箱的意思是，是否有人知道以多大的更新速度会出现IO问题(例如延迟、显示锁等)。用上述方法。

出于以下原因，我想避免使用工具包(至少我的候选列表)。

• 我已经发现，在不同的体系结构上正确地安装它们通常是很重要的，特别是作为非根(以及当它们需要不符合OSes标准的依赖项时)。
• 对于使用此软件的其他人来说，它们会产生额外的编译依赖性。
• 似乎没有任何真正的标准，大多数人使用的这一目的(我自己，以及大多数人，我通常只是保存日志类型的文件，并在MATLAB后运行分析)。
• 我知道/学习gnuplot语法。我不知道superPlottingApiXX的语法。
• Gnu图的特性集对于我想要用这个软件做的事情的类型来说几乎是理想的。

但是，如果您在C/C++绘图库方面有任何特别的建议，考虑到上面的列表，这似乎是一个很好的选择，我总是对建议感兴趣(警告:我已经四处寻找过它们了)。