5、IDL培训应用程序构造篇.pptVIP

* * IDL 高级培训 应用程序构造篇 编程篇 －建立、管理应用程序 IDL有两种应用程序管理方法：主程序和工程 主程序：建立与程序名同名的 .pro文件，编译执行。 pro test … end 在这种方式下，根据IDL的自动编译规则，所有被调用的子程序或者与主程序写入同一个文件并放置在主程序的上部；或者写成与子程序同名的 .pro文件，存储在可搜索的路径下。（子程序指过程或函数） 工程：建立若干个 .pro文件，每个文件不必与任何子程序同名。指定其中一个过程为主程序，该过程的名字作为工程执行时首先调用的过程（即 run command）。 在这种方式下，由于程序编写未必遵守IDL的自动编译规则，因此在运行前必须编译工程中所有的文件。 分发：将源程序编译为.sav文件。 主程序方式，需手工编译、存储为.sav文件 .compile app_pro resolve_all save, /routines, app_pro ,app_sav 工程方式，设置工程属性为形成 .sav文件，使用工程菜单项下的build选项即可。 编程篇 －应用程序结构 XManger Widget Creation Routine (TLB) call xmanager Event Handler Calling Routine Event structure Only if TLB is destoryed 主程序 调用相关子程序 编程篇 －主程序结构 主程序的一般结构： pro app_pro compile_opt idl2 create top layout base(TLB) create gui base on TLB (initial application) realize TLB collect user information call xmanager [,/NO_BLOCK] end initial application 该过程可以在主程序里进行。但更好的办法是编写单独的过程，用TLB的notify_realize关键字指定过程名，当realize TLB时执行。 /NO_BLOCK 使用该关键字，主程序运行后，命令行仍然可以使用，主程序自身仍可修改编译，有利于调试。 compile_opt idl2 改变默认编译选项，idl2表示defint32和strictarr 编程篇 －TLB TLB的三种基本形式 standard TLB： tlb_id=widget_base( group_leader=group $ ,uname=’tlb‘ ,title=’idl app‘ ) 适用于一般的应用程序，可以单独运行或被调用。group可以不存在。 modal TLB： tlb_id=widget_base( group_leader=group ,/modal ,uname=’tlb‘ ,title=’modal app‘ ) 适用于对话框类的应用程序，通常不可以单独运行，只能被调用。group必须合法。调用该类程序后，调用者暂时挂起，直至该程序返回。 floating TLB： tlb_id=widget_base( group_leader=group ,/floating ,uname=’tlb‘ ,title=’floating app‘ ) 适用于任务优先类的应用程序，通常不可以单独运行，只能被调用。group必须合法。调用该类程序后，调用者可以继续运行。该程序总在最前面。 编程篇 －GUI基本组件 容器组件： widget_base：任何GUI组件必须在某BASE组件上实现。一个BASE组件可以包含其它的BASE。 GUI 组件： widget_draw：图形窗口，所有的图形、图像显示均在此实现 widget_label：标签，不可编辑的文本，可用于提示、说明 widget_button：按钮，分为push button、radio button和checkbox。 可用于命令