一个控制台应用程序中的Muliti命令提示符 [英] Muliti command prompt in one console application

问题描述

大家好，我正在尝试构建具有2个客户端的控制台应用程序。 ench客户端有自己的命令提示符？

是否有任何提示在哪里以及如何解决此问题。我在网上看了一整天。

谢谢

Hello guys, I am trying to build console application that have 2 clients. ench clients has its own command prompt?
Is there any tips where and how should fix this. I va looking in net for the whole day.
Thanks

推荐答案

请看我对这个问题的评论。



除此之外，请注意，体面的专业控制台应用程序大致分为两类。在第一类中，很少有应用程序像完全成熟的命令解释器一样工作。 CMD.EXE就是其中之一。大多数此类申请都属于第二类。他们从不使用交互式输入，原因有很多：它非常不方便，很容易丢失很多打字工作，等等。因此，应用程序仅在命令行中期望所有输入。如果要将某些数据放入命令行参数中，那么一些参数可以是文件名，因此人们可以使用他们选择的编辑器在文本或其他文件中提供大量数据，这是方式比在控制台中输入更方便。



有关解析命令行的帮助，请参阅我的文章：基于枚举的命令行实用程序 [ ^ ]。



我还参考并推荐一个命令 - 我文章中的行库。

-SA

Please see my comment to the question.

In addition to that, note that decent professional console-only application are roughly classified into two classes. In first class, there are very few applications which act like fully-fledged command interpreters. CMD.EXE is one of them. The majority of such application is in the second class. They never use interactive input, by a number of very good reasons: it is very inconvenient, easy to loose a lot of typing work, and so on. Therefore, the application expect all the input only in command line. If some pieces of data are to big to be put in a command-line parameter, some parameters can be file names, so a big chunk of data people can supply in a text or other file, using editors of their choice, which is way more convenient than typing in the console.

For help on parsing command line, please see my article: Enumeration-based Command Line Utility[^].

I also reference and recommend one more command-line library in my article.

—SA

这篇关于一个控制台应用程序中的Muliti命令提示符的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！