User interface GUI程序需要标准流吗？

我读到了。我的理解是，没有GUI的老式程序也需要某种用户界面。因此，操作系统为它们提供了一个控制台窗口，控制台窗口的输出/输入/错误流被映射到程序的标准输入/输出/错误流。因此，这些程序被称为控制台应用程序。程序员无法修改这些映射

---

我想知道，如果我以上的理解是正确的，GUI程序也有这些标准流吗？我认为这没有必要，因为GUI本身就是一个很好的用户界面。

我引用了您链接到的文章的底部：

图形用户界面（GUI） 很少使用标准 溪流

一些GUI程序，主要在Unix上， 仍将调试信息写入 标准误差

其他人可以从中获取文件进行操作 例如，在许多Unix中都是标准的 媒体播放器就是这样做的

因此，从上面的引语中，你可以看到它们确实存在，尽管它们很少被使用

“这个映射不可能是 由程序员修改。”

---

这是不正确的-当然在UNIX上他们可以-不确定Windows。例如，您可以关闭标准输出流并将其重定向到文件流，以将输出写入文件。

我引用了您链接到的文章的底部：

图形用户界面（GUI） 很少使用标准 溪流

一些GUI程序，主要在Unix上， 仍将调试信息写入 标准误差

其他人可以从中获取文件进行操作 例如，在许多Unix中都是标准的 媒体播放器就是这样做的

因此，从上面的引语中，你可以看到它们确实存在，尽管它们很少被使用

“这个映射不可能是 由程序员修改。”

这是不正确的-当然在UNIX上他们可以-不确定Windows。例如，您可以关闭标准输出流并将其重定向到文件流，以将输出写入文件。

• 这取决于您的操作系统。如果你运行一个“命令行”应用程序，有些人会创建一个控制台，有些人会将标准流连接到与启动程序的进程相同的流
• 您通常可以更改stdout/in/err流，将它们连接到运行它们的控制台以外的其他对象（如管道或文件）是非常常见的
• GUI程序通常也具有streams中的stdout/err/in
• GUI程序很少使用这些流，可能除了在开发过程中调试printf之外
• GUI程序可能会将这些流重定向到/dev/null或类似的文件，这些文件只会丢弃写入其中的数据
• 这取决于您的操作系统。如果你运行一个“命令行”应用程序，有些人会创建一个控制台，有些人会将标准流连接到与启动程序的进程相同的流
• 您通常可以更改stdout/in/err流，将它们连接到运行它们的控制台以外的其他对象（如管道或文件）是非常常见的
• GUI程序通常也具有streams中的stdout/err/in
• GUI程序很少使用这些流，可能除了在开发过程中调试printf之外
• GUI程序可能会将这些流重定向到/dev/null或类似的文件，这些文件只会丢弃写入其中的数据

---

旧式的；哈哈。我想这让我成了一个老式的程序员@guns-我也是，还有其他编写服务器端应用程序的程序员学究笔记-GUI不是一个用户界面，它是一个描述用户界面的术语。Windows是一个GUI。UNIX上基于文本的菜单系统是一个GUI。另一个提示：stdout/stdin/stderr可以重新映射到您喜欢的任何目的地——在shell中使用>|或谢谢，伙计们。我为我的词被误用而道歉。谢谢你的澄清。8^老式的；哈哈。我想这让我成了一个老式的程序员@guns-我也是，还有其他编写服务器端应用程序的程序员学究笔记-GUI不是一个用户界面，它是一个描述用户界面的术语。Windows是一个GUI。UNIX上基于文本的菜单系统是一个GUI。另一个提示：stdout/stdin/stderr可以重新映射到您喜欢的任何目的地——在shell中使用>|或谢谢，伙计们。我为我的词被误用而道歉。谢谢你的澄清。谢谢，不，如果我没听错的话。程序有标准输出/输入/错误，这些数据流可以连接到控制台的输出/输入/错误，也可以不连接。假设我没有建立这样的连接，我可以直接写入程序的标准输出流吗？你能给我一些示例代码片段吗？C#会更好。。。非常感谢。谢谢，不。如果我理解正确的话。程序有标准输出/输入/错误，这些数据流可以连接到控制台的输出/输入/错误，也可以不连接。假设我没有建立这样的连接，我可以直接写入程序的标准输出流吗？你能给我一些示例代码片段吗？C#会更好。。。非常感谢。