深入理解控制台程序.docVIP

RAD后面的故事--深入理解控制台程序I 关键字：不详 （译者按：这是我去年翻译并发表在《程序员》杂志的一个系列，从今天起连续在本站推出。该系列文章从最基本的Hello World讲起，透彻地分析了Console Application——控制台应用程序的创建、高级应用等内容。相当不错。在这里推荐给读者供参考。若有任何疑问，请致邮c.s.d.n.r.e.a.d.e.r@CoD。请将电邮地址中的句点去掉。为了防止垃圾邮件，只好如此。）作者：Mike Edenfield翻译：韩磊 控制台程序的误区 ????在Delphi中可以创建Console--控制台应用程序。这种类型的程序在Win32文本模式下，或者CUI（文本用户界面）子系统中运行。如图一。 ????尽管从表面上看起来控制台应用程序界面简单、没什么吸引力。但是，它的确非常能干。在后面的章节中，我们将证明这一点。GUI程序能做的，它都能做；而且，可执行文件大小甚至只是前者的十分之一。图1：运行中的控制台应用程序 ????控制台应用程序可不是想象中那么简单。很多程序员其实没有真正了解它的内涵和威力。以下是一些常见的误解--之所以有这些误解，是因为控制台应用程序看起来就像古老的DOS程序那么简陋。看看你是否也有这些误解： ????* 控制台应用程序不是真正的32位程序。错。我们可以用Readln/Writeln等标准I/O函数进行输入/输出操作，但这只是编译器给予的方便。实际上，在内部使用和其它32位Windows程序一样的I/O函数进行输入/输出操作。 ????* 控制台应用程序在实模式DOS窗口中运行。完全错误。事实正好相反。DOS程序通过一个名为Winoldap的控制台程序来运行，而这个程序则是在32位Windows控制台窗口中运行。原理上，Winoldap利用x86的Virtual86模式来虚拟实模式。 ????* 控制台应用程序不能调用Windows API。错。在控制台应用程序中，所有的Windows API都可供使用。 ????* 控制台程序不能显示窗口；GUI程序不能从控制台读数据，亦不能向控制台写数据；控制台程序不能使用VCL。控制台程序在文本模式运行，没有窗体。于是，很多人以为不能用图形控件、甚至所有的VCL。这种想法不对。控制台程序只不过是一种特殊的窗口，系统把进程定位到这个窗口，将标准输入/输出/错误等文件句柄映射到控制台的读/写操作上。所有的应用程序都可以定位自己的控制台，反之，控制台程序自然也可以创建窗口。 基本输入/输出 ????要在Delphi中创建控制台程序，用 {$APPTYPE} 编译指示符通知Windows应用程序在控制台子系统中运行。（注意：不要在大括号和指示符之间加空格。）当然还有其它方法可以实现控制台程序，不过这个最简单方便。程序开始运行后，将会循序进行以下操作： ????* 如果创建者进程（父进程）有自己的控制台，新进程（子进程）就继承这个控制台。否则，定为自己的控制台。 ????* 子进程的标准文件句柄（Delphi中的输入/输出）被映射到新控制台窗口的Read/Write操作。 ????Pascal函数Readln和Writeln把输入/输出句柄当作文件句柄。DOS下，文件句柄直接映射到键盘和屏幕缓冲区。而在Windows下，它们被映射到新控制台窗口的输入/输出缓冲区。可以在旧的DOS Pascal程序源代码中加上{$APPTYPE CONSOLE} 指示符，把它转换成控制台程序。唯一要注意的是，有些关于CRT或者BGI等等屏幕或者图形单元不能继续使用。而且，有些Pascal的低级库函数（输入/输出函数）在Win32保护模式中也不能使用。 ????在C语言中，控制台程序和GUI进程有区别。GUI进程入口点被命名为WinMain，而控制台程序进程则很简单--main。当然，在Delphi中，入口点总是存在于主dpr文件的未命名begin部分。但是，典型的Delphi应用总是简单调用Application.Run，从这个过程起，控制台程序可以写入所有的代码。你可以use其它单元，不过最简单的控制台程序往往在.dpr单元内实现多数、甚至所有功能代码。下面的代码展示了一个简单的例子，显示著名的你好，世界字样。{$APPTYPE CONSOLE}program HelloWorld;var??sName: string;begin??Write(你是谁？);??Readln(sName);??Writeln(你好, sName,欢迎来到控制台程序世界！);??Writeln(按 退出。);??Readln;end. ????在做比较小的控制台程序时，最好在IDE外部编辑、编译，这样比较方便些。调用