桌面环境实现装置及方法
【技术领域】
[0001]本申请涉及计算机技术领域，尤其涉及一种桌面环境实现装置及多窗口管理方法。
【背景技术】
[0002]Windows操作系统提供了桌面环境，能够同时启动运行多个应用程序，每个应用程序都可以拥有多个窗口，并且在多个应用程序间能够自由切换。这种桌面环境非常利于多任务管理，因此Windows操作系统得到了广泛的应用。
[0003]然而，Windows操作系统都是运行于X86处理器平台，X86处理器性能强劲，但是功耗高，发热量大，不适合用于嵌入式设备。嵌入式设备通常使用ARM处理器平台。现有技术中，ARM处理器平台下如果想提供类似windows的多窗口桌面系统，通常是移植基于xll的桌面系统，如gnome、kde等。
[0004]基于xll桌面系统编译后安装需要占用大量的磁盘存储空间，运行时需要耗费大量的系统内存。根本原因在于都是针对PC机来设计，功能都是大而全的，由多个组件组成。鉴于嵌入式arm系统内存及磁盘存储空间一般都不大，所以这些桌面要么无法在嵌入式arm环境下运行，要么运行缓慢，还必须剪裁掉大部分功能来适应较小的存储空间。
[0005]此外，基于xll的桌面系统编译时依赖很多第三方库和组件，编译依赖条件复杂，移植难度大。基于xll的桌面系统运行时需要复杂的配置。如果配置中有部分没配置好，就无法正常运行。所以GNOME或KDE —般都提供另外的配置应用程序来配置桌面系统，例如，GNOME提供dconf配置文件来配置桌面，dconf功能类似windows注册表的功能。由于dconf的配置文件是二进制的,只能通过dconf-editor来编辑。由于基于xll的桌面系统配置复杂，不易扩展其功能。如果想扩展它的功能，需要熟悉其各个组件间的交互关系和交互接口，需要较长的时间才能掌握其扩展功能的方法。
【发明内容】
[0006]本申请提供了一种桌面环境实现方法及装置，内容精简，桌面模块设计可扩展，占用内存和磁盘存储空间小，十分适合在嵌入式arm环境下使用。
[0007]本申请实施例提供的一种桌面环境实现装置，包括:一个桌面服务端模块和多个桌面客户端模块；
[0008]桌面服务端模块包括桌面环境提供单元和输入输出管理单元，所述桌面环境提供单元用于根据桌面环境参数提供桌面环境，所述输入输出管理单元用于管理输入设备和输出设备；接收到输入设备的输入事件后，输入输出管理单元负责派发输入事件到相应的桌面客户端模块；接收来自各个桌面客户端模块的界面显示请求，合并各个桌面客户端模块的界面，将合并后的总体桌面通过桌面服务端模块显示在输出设备上；
[0009]桌面客户端模块对应一个在桌面环境下使用的应用程序，用于接收来自输入输出管理单元的输入事件，根据所述输入事件调用所对应的应用程序实现相应功能；将所要显示的本客户端的界面提交给所述输入输出管理单元。
[0010]较佳地，桌面环境提供单元包含:桌面背景子单元、桌面应用程序快捷图标子单元、任务栏子单元、托盘图标子单元和启动菜单子单元。
[0011]较佳地，桌面环境参数保存在后缀名为.1ni的桌面环境配置文件中。
[0012]较佳地，所述多个桌面客户端模块中的一个为控制面板模块，用于提供一个图形界面来对所述桌面环境配置文件进行修改。
[0013]较佳地，所述桌面客户端模块包含:
[0014]一个桌面环境下使用的应用程序；
[0015]一个以.desktop为扩展名的桌面快捷方式配置文件，该桌面快捷方式配置文件描述应用程序的名称、应用程序路径和应用程序图标。
[0016]较佳地，所述桌面应用程序快捷图标子单元用于在桌面服务端模块启动后，检查所述桌面客户端模块的桌面快捷方式配置文件，检查到后就根据所述桌面快捷方式配置文件信息生成桌面应用程序快捷图标；
[0017]输入输出管理单元检测到通过桌面应用程序快捷图标启动桌面应用程序的事件时，输入输出管理单元根据桌面快捷方式配置文件中的存放路径启动对应的桌面应用程序。
[0018]较佳地，所述任务栏子单元用于在桌面环境的任务栏显示当前正在运行的应用程序的任务栏图标；桌面应用程序退出后，任务栏子单元去除该桌面应用程序对应的任务栏图标。
[0019]本申请实施例还提供一种桌面环境实现方法，包括:
[0020]桌面服务端模块接收到输入设备的输入事件后，派发输入事件到相应的桌面客户端模块；
[0021]桌面客户端模块接收来自输入输出管理单元的输入事件，根据所述输入事件调用桌面客户端模块所对应的应用程序实现相应功能；将所要显示的本客户端的界面提交给桌面服务端模块；
[0022]桌面服务端模块接收来自各个桌面客户端模块的界面显示请求，合并各个桌面客户端模块的界面，将合并后的总体桌面通过桌面服务端模块显示在输出设备上。
[0023]较佳地，桌面环境包含如下部件:桌面背景、桌面应用程序快捷图标、任务栏、托盘图标和启动菜单。
[0024]较佳地，桌面环境参数保存在后缀名为.1ni的桌面环境配置文件中。
[0025]较佳地，桌面客户端模块提供图形界面来对所述桌面环境配置文件进行修改。
[0026]较佳地，所述桌面客户端模块包含:
[0027]—个桌面环境下使用的应用程序；
[0028]一个以.desktop为扩展名的桌面快捷方式配置文件，该桌面快捷方式配置文件描述应用程序的名称、应用程序路径和应用程序图标。
[0029]较佳地，该方法进一步包括:桌面服务端模块启动后，检查所述桌面客户端模块的桌面快捷方式配置文件，检查到后就根据所述桌面快捷方式配置文件信息生成桌面应用程序快捷图标；
[0030]检测到通过桌面应用程序快捷图标启动桌面应用程序的事件时，根据桌面快捷方式配置文件中的存放路径启动对应的桌面应用程序。
[0031 ] 较佳地，该方法进一步包括:
[0032]桌面应用程序启动后，在桌面环境的任务栏显示当前正在运行的桌面应用程序的任务栏图标；应用程序退出后，去除该桌面应用程序对应的任务栏图标。
[0033]较佳地，该方法进一步包括如下步骤:
[0034]桌面客户端模块启动时，在内存中开辟该桌面客户端模块对应的内存缓存区；
[0035]每个桌面客户端模块将自身的图形界面绘制在对应的内存缓存区中，绘制完毕后，向桌面服务端模块发送更新桌面显示的通知；
[0036]桌面服务端模块收到通知，按照各个桌面客户端模块的窗口堆栈的Z顺序，从下往上绘制各个窗体。
[0037]较佳地，该方法进一步包括:桌面服务端模块监听到点击相应应用程序窗口的标题栏或点击任务栏上的应用程序的图标的事件时，桌面服务端模块调整Z顺序。
[0038]从以上技术方案可以看出，通过桌面服务端模块和桌面客户端模块的交互实现桌面环境，占用系统内存及磁盘空间极少，十分适合在内存及磁盘受限的嵌入式arm系统上使用。桌面服务端模块和桌面客户端模块之间的交互并不依赖其他第三方库和组件，编译移植简单。此外，本申请中的桌面环境参数保存在后缀名为.1ni配置文件中，并且只有一个配置文件，很容易配置；桌面服务端模块是唯一的，其内部通讯就不会有响应延迟的问题。
【附图说明】
[0039]图1为本申请技术方案的基本原理框图；
[0040]图2为本申请实施例提供的多窗口管理功能实现流程示意图。
【具体实施方式】
[0041]为使本申请技术方案的技术原理、特点以及技术效果更加清楚，以下结合具体实施例对本申请技术方案进行详细阐述。