MiniGUI 的软件架构
如上图所示，从底至上，MiniGUI 由如下几个模块组成：
- 图形抽象层（Graphics Abstraction Layer，GAL）。图形抽象层将来自不同操作系统或设备的图形接口进行抽象，为 MiniGUI 上层提供统一的图形接口。在图形抽象层内，包含有针对 Linux FB 设备、eCos LCD 设备等的软件组成部分。这些软件组成部分通过调用底层设备的接口来实现具体的图形抽象层操作，如打开设备、设置分辨率及显示模式、关闭设备等。我们将这些用于适配图形抽象层接口的软件组成部分称为“引擎（engine）”，其概念和操作系统中的设备驱动程序类似。
- 输入抽象层（Input Abstraction Layer，IAL）。和 GAL 类似，输入抽象层将 MiniGUI 涉及的所有输入设备，如键盘（keyboard）、小键盘（keypad）、鼠标（mouse）、触摸屏（touch screen）等抽象了出来，为上层提供一致的接口。要支持不同的键盘、触摸屏或者鼠标接口，则通过为 IAL 编写不同的输入引擎实现。MiniGUI 通过 IAL 及其输入引擎，提供对 Linux 控制台（键盘及鼠标）、触摸屏、遥控器、小键盘等输入设备的支持。
- 图形设备接口（Graphics Device Interfaces，GDI）。该模块基于图形抽象层为上层应用程序提供图形相关的接口，如绘制曲线、输出文本、填充矩形等等。图形设备接口中含包含其他比较独立的子模块，如字体字符集（font and charset）支持、图像（image）支持等。
- 消息处理模块（Messaging Module）。该模块在输入抽象层基础上，实现了 MiniGUI 的消息处理机制，为上层提供了完备的消息管理接口。众所周知，几乎所有的GUI 系统本质上都是事件驱动的，系统自身的运行，以及GUI 应用程序的运行，都依赖于消息处理模块。
- 多窗口处理模块（Windowing Module）和控件（Control 或 Widget）。基于图形设备接口和消息处理模块，MiniGUI 实现了多窗口处理模块。该模块为上层应用程序提供了创建主窗口和控件的基本接口，并负责维护控件类。控件类是用来实现控件代码重用的重要概念，利用控件类（control class），我们可以创建属于某个控件类的多个控件实例（instance），从而让这些控件实例使用同一个控件类的代码，这样，我们就实现了类似 C++ 那样的类和实例概念，从而可以最大程度上重复利用已有代码，并提高软件的可维护性。MiniGUI 的控件模块实现了常见的 GUI 控件，如静态框、按钮、编辑框、列表框、下拉框等等。
- 外观支持（Look and Feel）。这个模块是 MiniGUI V3.0 提供给上层应用程序的接口，可用来定制 MiniGUI 窗口、控件的绘制。在 MiniGUI V3.0 之前的版本中，对主窗口和控件的定制能力，还没有被抽离出来形成独立的模块，但我们仍然可以通过配置选项让 MiniGUI 的主窗口、控件具有三种显示风格，分别是：类似 PC 的三维风格（PC3D）、平板风格（FLAT）、流行风格（FASHION）。在 MiniGUI 3.0 中，主窗口和控件的外观可完全由应用程序自行定制，在创建主窗口或者控件时，指定外观渲染器（renderer）的名称，就可以让主窗口或者控件具有各自不同的外观。
