遥感图像的格式多种多样^[3], 为了方便图像处理功能的开发, 在遥感图像处理软件平台中规定一种统一的图像格式, 并且提供格式转换功能, 在处理图像之前将图像转换成统一格式。主程序将实现读写遥感图像的功能(比如获取头文件信息, 获取某波段、某区块的图像数据), 扩展模块时不需要了解遥感图像的具体格式, 只要通过接口直接调用主程序中的功能就能获取到图像信息。

主程序可以提供图像文件访问、图像显示等基础功能, 还可以包括以下功能: ①图像信息查看, 包括图像直方图查看和图像波谱查看等; ②图像增强功能, 包括图像拉伸、图像平滑、图像锐化等功能; ③显示外部图像源与窗口控制, 可以让扩展模块新建窗口或指定现有窗口并显示扩展模块组织的图像; ④图像裁剪、旋转与缩放功能。

软件平台应提供应用程序接口(API), 主要包括遥感图像处理的一些基础功能, 如上文提到的数据接口, 基本的遥感图像增强、图像显示等。将这些功能封装到一个动态链接库(DLL)中, 并开放API供扩展模块调用。专业人员可以软件平台为基础, 进行二次开发, 不必在基础功能上重复开发、浪费精力。平台和扩展模块之间、扩展模块和扩展模块之间都可以互相调用, 完全开放、透明, 使系统具有良好的可扩展性^[4]。

扩展模块使用C\C++进行开发, 可以以EXE, DLL(或其他形式, 只要定义相应API即可)的形式实现。在图像界面中通过动态菜单调用扩展模块, EXE模块可以被直接调用, DLL模块可以开放程序接口或者定义一个导出变量(包含接口信息)。科研人员可以随时将新功能添加到系统平台中(有新的研究成果时, 可以依托平台现有功能, 仅针对新的研究成果快速地编写程序, 并方便地添加到系统平台中), 新的功能模块可以实时地反映到系统平台的动态菜单中。整个系统平台的关键是扩展模块的添加与调用方式。

动态添加菜单的操作可在应用程序类CWinApp的InitInstance函数中进行。添加菜单项的操作主要使用AppendMenu函数, 使用该函数时要根据设计的菜单级别获取相应的父级菜单对象, 设置该函数的第一个参数为MF_POPUP和MF_STRING, 可以分别添加下拉菜单和菜单项。在所有的菜单项添加完成之后, 进行DrawMenuBar操作, 这样动态添加的菜单就可以显示出来^[5]。添加2级菜单的动态添加过程可以通过以下代码实现:

CMenu * pTopMenu = AfxGetMainWnd()-> GetMenu(); //获取系统菜单指针

int nMenu = pTopMenu-> GetMenuItemCount(); //获取现有菜单项个数

while (i < nMenuCount)

{

szTitle.Format(_T("%s"), menuItem[i].title);

if(menuItem[i].type == TOP_MENU)

{

CMenu newMenu;

newMenu.CreatePopupMenu();

pTopMenu-> AppendMenuW(MF_POPUP, (UINT)newMenu.m_hMenu, szTitle);

newMenu.Detach(); //菜单项与局部变量分离

++nMenu; //递增菜单数, 以便让子菜单获取正确的父级菜单

}

else if (menuItem[i].type == SUB_MENU)

{

//获取当前子菜单的父级菜单

pParentMenu = pTopMenu-> GetSubMenu(nMenu - 1);

//子菜单需要有相应的命令响应, 需要一个全局唯一的ID

pParentMenu-> AppendMenuW(MF_STRING, newMenuID, szTitle);

++newMenuID;

}

++i;

}

DrawMenuBar(AfxGetMainWnd()-> m_hWnd)。

如果只进行添加菜单的操作, 那么界面中的这些动态菜单项都是“ 灰色的” (不可用状态), 而不像其他系统自带菜单项那样显示为可用状态; 这是因为其他系统的程序对自带的菜单项进行统一管理, 而通过上述方法添加的菜单项需要自行管理。对菜单状态进行自定义操作需要重写CView类中的OnCmdMsg函数, 其中nCode参数表明本次命令的消息类型, 当nCode值为CN_UPDATE_COMMAND_UI时, 表示更新用户界面。开发人员可以根据具体需求有选择性地设置各个菜单项的状态。将所有动态添加的菜单“ 激活” 的过程可以通过以下代码实现:

BOOL CView: : OnCmdMsg(UINT nID, int nCode, void* pExtra, AFX_CMDHANDLERINFO* pHandlerInfo)

{

if (nCode == CN_UPDATE_COMMAND_UI

& & nID > = IDM_DYNAMENU

& & nID < (IDM_DYNAMENU + cntNewMenu)

& & pHandlerInfo == NULL)

{

CCmdUI* cmdUI = (CCmdUI* )pExtra;

cmdUI-> Enable(TRUE);

return TRUE;

}

return CView: : OnCmdMsg(nID, nCode, pExtra, pHandlerInfo);

}

通过相应设置, 动态添加的菜单项即可正常显示; 但是点击菜单项之后是没有反应的, 因为还没有设置每个菜单项对应的命令, 对菜单命令进行自定义操作也需要重写CView类的OnCmdMsg函数, 当nCode参数为0时, 表示对菜单进行响应。动态响应菜单命令需要维护一个全局变量, 这个变量记录了每个菜单项与相应的扩展模块的对应关系。该变量的初始化可以在添加动态菜单的同时进行。假设扩展模块都是EXE形式, 设置菜单命令响应的过程可以通过以下代码实现:

BOOL CView: : OnCmdMsg(UINT nID, int nCode, void* pExtra, AFX_CMDHANDLERINFO* pHandlerInfo)

{

if (nCode == NULL

& & nID > = IDM_DYNAMENU

& & nID < (IDM_DYNAMENU + cntNewMenu)

& & pHandlerInfo == NULL)

{

for(i = 0; i < cntNewMenu; ++i)

{

if(menuCmdList[i].ID == nID)

{

WinExec(menuCmdList[i].path, SW_SHOW);

return TRUE;

}

}

}

return CView: : OnCmdMsg(nID, nCode, pExtra, pHandlerInfo);

}

调用扩展模块的接口稍显复杂。上述内部程序的接口由于已经做好规定, 容易调用; 而扩展模块是随时添加的, 对其他程序来说其接口是未知的, 这就需要制定相应的调用规则(比如把所有扩展模块的接口都命名为“ exFunc()” ), 再根据扩展模块的路径进行调用; 或者在每个DLL中都构造一个结构统一的导出变量(这个变量中包含了接口的信息), 再根据这个变量中的接口信息对接口进行调用。

接口规则制定好之后, 就要处理数据交换(或称“ 进程通信” )的问题。

主程序和扩展模块都是独立的进程。在Windows系统中, 每个进程都有自己独立的内存空间, 该独立的内存空间包含了所有的EXE模块或DLL模块的代码和数据以及动态内存分配的空间。每个进程的内存空间只能被该进程访问, 其他进程则不能访问。如果要在进程间共享数据(也就是创建一块不同进程都能访问的内存), 可以使用内核对象(因为内核对象由Windows系统内核所拥有, 而不是由进程所拥有^[6])。考虑到需要交换的数据量可能会很大, 可以使用文件映射方式(当然也可以使用其他方式)进行数据交换。在程序初始化时使用CreateFileMapping函数开辟文件映射空间, 然后使用MapViewOfFile函数创建文件视图, 可以根据需求创建多个文件视图。在主程序运行过程中, 根据需要更新文件视图的内容(也就是更新共享数据)、在主程序退出时, 使用UnmapViewOfFile函数和CloseHandle函数, 分别关闭文件视图和文件映射, 防止内存泄漏。在读写文件视图时, 可以使用互斥(Mutex)来控制对公共资源的访问。

值得注意的是, 每个进程的虚拟地址空间都是有限的。在Windows系统中, 32位进程的虚拟地址空间通常为2 GB, 64位进程的虚拟地址空间为8 TB^[7]。如果使用32位的程序, 而遥感图像文件又大于2 GB, 则进行文件映射时就不能将整个图像文件装入内存。解决这个问题可以有2种方法: ①每次使用MapViewOfFile函数时, 只把图像的一部分映射到内存空间即可; 程序使用图像的其他部分时, 先使用UnmapViewOfFile函数解除上一个映射, 然后再映射新的图像, 这种方法需要一个高效灵活的图像分块读取算法; ②开发64位的程序。但考虑到目前PC机的内存容量一般不超过16 GB, 如果图像过大, 映射到内存空间就会导致大量使用虚拟内存; 而大量的图像文件存储在硬盘空间中, 会导致程序运行速度变慢。