15IDL入门教程十二.docVIP

第十二章 对话框程序 本章概述 本章主要讲解两种编写对话框程序的方法。对话框是用于接收用户信息，并把信息传递到另一个程序模块，或程序中。其中，将学到以下几个方面的内容： 如何编写模式对话框； 如何编写非模式对话框； 如何在组件程序中用指针存储信息； 如何在组件程序中使用伪消息； 如何在独立的组件程序之间传递信息； 创建模式对话框 在上一章的XImageBar程序中，已经调用过一个模式对话框程序，即GetImage，它允许用户选择并读入一个影像文件。在XImageBar程序中，这个对话框被调用过两次。一次是在组件定义模块中，当一个影像数据未被传入到程序时；另一次则是在Open Image按钮被按下的时候。（如果在上一章中没有编写XImageBar程序，可以调用与本书配套使用的文档XImageB。）在第一个程序实例中调用方式如下： image = GetImage (Cancel = canceled) 在第二个程序实例中调用如下： image = GetImage (Cancel = canceled, Parent = event. Top) 在这两次调用过程中有几个微小的区别，不过调用时读者可能没有注意到。如果想编写对话框程序，就必须了解这两次调用的差别以及它们是如何工作的。 阻塞的组件程序 在上述例子中，第一次调用GetImage时，GetImage程序运行时就好比是阻塞的组件程序。要看它是如何工作的，在IDL命令行中键入如下所示： IDL image = GetImage ( ) 注意到IDL命令行要么是消失了要么是变灰了。这时要在IDL命令行上键入命令并执行它们是不可能的。我们就称IDL命令行是阻塞了。（当命令行正处于消失或变灰状态时，可以键入命令，但只有在命令行解除了阻塞后命令才可以执行。） 一般而言，无论运行哪一种IDL程序都会阻塞IDL命令行。换言之，只有等到当前的命令执行完毕后才有可能键入并执行另一命令。IDL 5以前的版本中，所有的组件程序也都是如此运行的。一旦运行了一个组件程序，只有等到这个组件程序执行完毕后才可进入IDL命令行。 但在 IDL5中，刚才的现象已经改变了。现在，可以运行一个组件程序并立即在IDL命令行上输入命令然后执行它。我们称这种组件程序为无阻塞组件程序。要创建一个无阻塞的组件程序，只需要程序中的XManager 命令使用关键字No_Block即可。这正如先前编写的程序XimageBar中所做的那样。 然而，在程序GetImage中的XManager命令是没有关键字Bo_Block的。因而，它是一种阻塞程序。 在这里的“阻塞”，是指在执行Xmanager命令的同时，IDL就停止执行GetImage组件定义模块中的代码。组件定义模块中任何在XManager命令下面的代码（其中也有一些可以，待会可以看到）都不能被执行，直到组件程序被销毁后才被执行，也就是说这是阻塞被解除了。 这对像GetImage这样的程序是合适的，因为阻塞给用户提供了足够的时间来填写表格或对话框中的信息。当用户添完表格，他们就会点击Cancel或Accept按钮。无论哪种情况，IDL都将销毁组件，并解除阻塞，程序也可以用所收集的信息继续工作。对于GetImage而言，收集的信息是指关于数据文件、打开文件读取数据，将结果返回给用户。所有收集，读取，返还这一系列的操作都是在组件定义模块中的XManager命令执行完毕后才进行。 优点就这些。但是，阻塞也有个细微方面容易被忽视。那就是，只有第一个调用XManager为阻塞的组件程序才可以成为阻塞。后来所有的组件程序都将越过阻塞好像他们是无阻塞的组件程序一样。 这种行为对于像GetImage这样的程序而言，完全是一个灾难，因为程序将在用户获得填写表格的机会之前就开始读取数据文件。从一个自己对它一无所知的文件中读取数据会带来一些小麻烦。 模式组件程序 如果想确保在任何条件下一个组件程序都会阻塞，而不是仅仅在第一次侥幸地调用Manager后才成为阻塞，那么就必须建立一个模式的组件程序。模式的组件程序总是在执行XManager命令时处于阻塞状态，直到组件被销毁。 在IDL5以前的版本中，编写一个模式的组件程序相对简单些。只要简单地在XManager命令后设置关键字Modal即可。但在IDL5中，Xmanager命令中的关键字Modal已经被废弃了。取而代之的是，在创建顶级base时的Widget_Base函数中增加一个Modal关键字。 这里有一个很小却很重要的补充。如果为一个base组件设置Modal关键字，同时也必须为那个base组建设置一个有效的Group Lead