我有一个用c++编写的程序的情况。它是一种需要先启动的服务器。然后从另一个konsole调用程序,传递命令行参数,它就可以执行任务了。它还提供rpc和基于rest的访问。因此,您可以编写一个rpc或基于rest的库来与服务器接口。
所以我的问题是,既然程序可以使用命令行参数来管理,那么使用python的subprocess模块并围绕它构建一个库(包装器)不是更好吗?或者这种方法有什么问题吗?
考虑另一个案例。假设我想围绕grep之类的linux实用程序构建一个GUI,它允许用户测试正则表达式(就像我们在网站上所做的那样)。那么,使用子进程与grep通信不是更容易吗?
谢谢。在
我想我更喜欢使用rpc或rest接口中的任何一个,因为您可以从它们获得的结果通常采用易于解析的格式,因为这些接口是为机器交互而设计的。然而,命令行界面是为人类交互而设计的,这意味着输出很容易被人眼解析,但不一定是由另一个接收输出的程序来解析的。在
相关问题 更多 >
编程相关推荐