C++ 为什么我们在fcgi应用程序中使用cout和cin？
在处理fcgi请求时，我们是否有理由在fcgi应用程序中覆盖{cin/cout/cerr}的streambufC++ 为什么我们在fcgi应用程序中使用cout和cin？,c++,fastcgi,C++,Fastcgi,在处理fcgi请求时，我们是否有理由在fcgi应用程序中覆盖{cin/cout/cerr}的streambuf 我正在查看位于的示例fcgi应用程序，注意到他们将cin/cout/cerr的streambufs设置为fcgi请求的streambufs，而不是创建一个新的istream/OStream来将streambufs包装到mainvoid函数中。是-使生活更简单 具有相当于Perl、PHP等的道德标准，以便将输出发送到浏览器 也便于测试。是-使生活更简单 具有相当于Perl、PHP等的道德
我正在查看位于的示例fcgi应用程序，注意到他们将cin/cout/cerr的streambufs设置为fcgi请求的streambufs，而不是创建一个新的istream/OStream来将streambufs包装到mainvoid函数中。是-使生活更简单 具有相当于Perl、PHP等的道德标准，以便将输出发送到浏览器
也便于测试。是-使生活更简单 具有相当于Perl、PHP等的道德标准，以便将输出发送到浏览器
测试也很方便。这只是纯粹的惯例吗？我假设创建一个istream并将fcgi_streambufrequest.in传递给它并将其用于fcgi_{in/out}是安全的。如何方便地进行测试？方便地进行测试-只需在命令行上运行CGI脚本？我试过在编译后运行./echo cpp，但它只是终止了。我猜FCGX_Accept_r只是返回非零。这只是纯粹的约定吗？我假设创建一个istream并将fcgi_streambufrequest.in传递给它并将其用于fcgi_{in/out}是安全的。如何方便地进行测试？方便地进行测试-只需在命令行上运行CGI脚本？我尝试在编译后运行./echo cpp，但它只是终止，我猜FCGX_Accept_r只是返回非零。