1. 项目概述与核心价值

最近在做一个需要打印功能的桌面应用，客户提了个很具体的要求：在正式打印前，得有个预览界面，而且这个预览界面里，要能清晰地列出所有待打印的条目，比如一个订单里的多个商品，或者一份报告里的多个章节。用户得能在这个列表里勾选、取消，甚至调整顺序，然后预览最终效果。听起来简单，但用C++从零开始搭这么一个带交互的打印预览列表框，里头的门道可不少。这不仅仅是画个窗口、调个API那么简单，它涉及到图形界面（GUI）的渲染、打印系统的抽象、用户交互逻辑，以及如何让这些模块高效、稳定地协同工作。

这个“C++打印预览列表框”项目，本质上是一个自定义打印预览控件的设计与实现。它要解决的核心痛点，是在传统的“打印对话框 -> 直接打印”流程中，插入一个可交互、可视化的中间层。对于开发者来说，这是一个典型的桌面端功能模块开发案例，涵盖了从底层数据模型到上层用户界面的完整链条。对于最终用户，这意味着更直观、更可控的打印体验，能有效避免纸张和墨粉的浪费。

适合谁来参考呢？如果你正在用C++开发桌面软件（无论是用MFC、Qt、wxWidgets还是纯Win32 API），并且需要增强打印功能；或者你对如何设计一个耦合度低、可复用性高的GUI组件感兴趣，那么这个项目的设计思路和实现细节，应该能给你不少启发。接下来，我就结合自己趟过的坑，把这个项目的设计、实现和那些容易踩雷的地方，掰开揉碎了讲清楚。

2. 整体架构设计与技术选型

2.1 核心需求拆解与模块划分

接到需求，第一步不是急着写代码，而是把模糊的需求翻译成清晰的技术模块。这个打印预览列表框，我们可以分解出几个核心职责：

1. 数据管理（Model）：负责维护待打印条目的原始数据。比如，条目内容、是否被选中、排列顺序等。这是整个功能的“大脑”。
2. 视图渲染（View）：负责将数据模型以可视化的方式展现出来，也就是我们看到的那个列表框。它要处理绘制、滚动、高亮选中项等。
3. 打印逻辑（Printer）：负责与操作系统打印子系统交互，将最终选定的数据，按照用户设置的格式（纸张、方向、边距）输出到打印机或PDF。
4. 预览画布（Preview Canvas）：这是视图的延伸，但更复杂。它需要模拟真实纸张的尺寸、边距，并将列表内容按照分页逻辑渲染上去，让用户看到打印到纸上的真实效果。
5. 控制层（Controller）：负责协调以上所有模块。处理用户的鼠标点击、键盘操作，更新模型，触发视图重绘，调用打印任务。

基于这些职责，一个清晰的三层架构（MVC或其变种）就呼之欲出了。但关键在于，如何设计模块间的接口，才能让它们既独立又易于组合？我的经验是，依赖接口（抽象基类），而不是具体实现。

2.2 技术框架选型背后的考量

用什么GUI库？这是第一个要做的选择。热词里提到了Qt、MFC，甚至纯Win32。

• Qt：如果项目不限制框架，Qt通常是首选。它信号槽的机制天生适合MVC，QListView、QGraphicsView等控件功能强大，自定义绘制也方便。但它的元对象编译器（MOC）和较大的运行时库，在一些追求极致轻量或特定兼容性的场景下可能是顾虑。
• MFC / Win32：在维护遗留项目或开发必须深度集成Windows特性的应用时，这是必然选择。MFC提供了CListCtrl等控件，但自定义预览画布需要直接操作GDI/GDI+，复杂度高，代码量会大很多，不过控制粒度也最细。
• wxWidgets：一个折中的选择，使用原生控件，跨平台，API风格类似MFC。如果你需要跨平台且不希望像Qt那样“重”，可以考虑。

为什么我最终选择了基于一个抽象层来设计？因为需求可能会变。今天客户用Windows，明天可能要求支持macOS。即使只在Windows上，也可能从MFC迁移到Qt。因此，我在设计核心的数据模型（IPrintListModel）和打印接口（IPrintEngine）时，完全使用了纯虚基类。GUI部分，我为其编写了Qt和MFC两套适配器（Adapter）。这样，核心业务逻辑（哪些条目被选中、如何分页）与UI渲染、打印调用完全解耦。未来换UI库，只需要实现新的适配器即可，核心代码纹丝不动。

// 示例：抽象的数据模型接口 class IPrintListModel { public: virtual ~IPrintListModel() = default; virtual int getItemCount() const = 0; virtual std::string getItemText(int index) const = 0; virtual bool isItemSelected(int index) const = 0; virtual void setItemSelected(int index, bool selected) = 0; // ... 其他如获取图标、自定义数据等方法 };

2.3 关键数据结构设计

列表框的数据结构直接影响了性能和内存。一个简单的做法是用std::vector<std::string>存文本，再用一个std::vector<bool>或std::set<int>存选中状态。但面对成百上千条数据，且每条数据可能包含富文本、图标、颜色等信息时，这就捉襟见肘了。

我设计了一个PrintListItem结构体，作为数据模型的基本单元：

struct PrintListItem { int id; // 唯一标识，用于持久化选择状态 std::string mainText; std::string subText; // 可选副文本 bool isSelected{true}; // 默认选中 void* userData{nullptr}; // 预留指针，绑定业务对象 // 渲染相关属性（可抽离到View Model中） // QColor textColor; // QIcon icon; };

模型类（PrintListModel）内部使用std::vector<PrintListItem>管理数据。为什么不用std::list？因为随机访问（根据索引获取条目）在列表渲染中非常频繁，vector的连续内存布局带来的缓存友好性，其性能优势远大于list。选中状态的管理，我额外维护了一个std::unordered_set<int>（存储选中条目的id），用于快速判断“全选”、“反选”等操作，避免遍历整个数组。

注意：void* userData是一把双刃剑。它提供了极大的灵活性，可以将列表项与后台复杂的业务对象关联。但必须非常小心生命周期管理，确保在业务对象被销毁前，列表模型不再持有其引用。更好的做法是使用std::shared_ptr<void>或类型擦除技术，但这会引入一定复杂度。

3. 列表框视图的自定义绘制与交互

3.1 构建可滚动的列表视图

无论用Qt还是MFC，系统自带的列表框控件（QListWidget,CListCtrl）在简单场景下够用，但一旦需要高度自定义每项的外观（比如显示多行文本、不同颜色、复选框样式），就会遇到限制。因此，实现一个自定义的、基于视图/窗口的绘制控件是更优解。

在Qt中，我选择继承QAbstractItemView（或更简单的QWidget，自己处理滚动）。核心是重写paintEvent和mousePressEvent等函数。

// Qt 示例：自定义视图的绘制事件 void PrintListView::paintEvent(QPaintEvent* event) { QPainter painter(this->viewport()); // 在视口上绘制 painter.fillRect(event->rect(), QBrush(Qt::white)); // 背景 // 1. 计算当前可见区域对应的数据索引范围 int startIndex = verticalScrollBar()->value() / m_itemHeight; int endIndex = startIndex + (viewport()->height() / m_itemHeight) + 2; // 2. 遍历并绘制每个可见项 for (int i = startIndex; i < qMin(endIndex, m_model->getItemCount()); ++i) { QRect itemRect(0, i * m_itemHeight - verticalScrollBar()->value(), viewport()->width(), m_itemHeight); // 只绘制与脏矩形相交的项，优化性能 if (event->rect().intersects(itemRect)) { drawItemBackground(&painter, itemRect, i); drawItemCheckbox(&painter, itemRect, i); // 绘制复选框 drawItemText(&painter, itemRect, i); // 绘制文本 drawItemSelectionHighlight(&painter, itemRect, i); // 绘制选中高亮 } } }

这里的关键优化点是：只绘制当前可见的项（可视区域裁剪）。通过滚动条的值和每项固定高度，计算出需要绘制的起始和结束索引，避免对成千上万条不可见的数据进行无意义的绘制操作，这是保证列表滚动流畅性的基石。

3.2 实现精准的鼠标交互

交互的核心是将视图坐标系中的鼠标点击位置，映射到具体的列表项和该项内的具体元素（如复选框区域、文本区域）。

void PrintListView::mousePressEvent(QMouseEvent* event) { QPoint pos = event->pos(); // 1. 换算为相对于内容区域的坐标（考虑滚动偏移） int contentY = pos.y() + verticalScrollBar()->value(); // 2. 计算点击了第几项 int clickedIndex = contentY / m_itemHeight; if (clickedIndex >= 0 && clickedIndex < m_model->getItemCount()) { // 3. 计算该项内的相对坐标 int itemRelativeY = contentY % m_itemHeight; QRect checkboxRect = calculateCheckboxRect(clickedIndex); // 4. 判断是否点击了复选框区域 if (checkboxRect.contains(pos.x(), itemRelativeY)) { // 切换选中状态 bool newState = !m_model->isItemSelected(clickedIndex); m_model->setItemSelected(clickedIndex, newState); // 触发该项目的局部重绘，而非整个视图 update(calculateItemVisualRect(clickedIndex)); // 发出数据变更信号 emit selectionChanged(); } else { // 处理点击文本区域，比如设置当前项等 setCurrentIndex(clickedIndex); } } QWidget::mousePressEvent(event); }

实操心得：在实现点击逻辑时，很容易忽略“滚动偏移”。鼠标事件的坐标event->pos()永远是相对于当前视口（viewport）左上角的。你必须加上滚动条的当前值，才能得到相对于整个内容区域的坐标，从而正确计算出被点击的项索引。这是新手常踩的坑。

3.3 性能优化：避免滚动卡顿

当列表项数量巨大（比如超过5000条）时，即使只绘制可见项，每次滚动都触发全可见区域重绘，在低性能机器上也可能感到卡顿。进一步的优化策略包括：

1. 双缓冲绘制（Double Buffering）：在Qt中，QPainter在paintEvent里默认已经是双缓冲的（如果Qt::WA_PaintOnScreen属性未设置）。在GDI中，你需要手动创建内存DC（CreateCompatibleDC）和位图，先在内存中画好，再一次性BitBlt到屏幕。这能有效消除闪烁。
2. 脏矩形更新：在update()或repaint()时，传入需要更新的最小矩形区域，而不是无条件更新整个控件。上面的代码中update(calculateItemVisualRect(clickedIndex))就是此意。
3. 缓存项渲染结果：对于样式非常复杂、绘制耗时的项，可以考虑将绘制好的结果缓存为位图（QPixmap）。当项需要重绘时，如果内容未变，直接使用缓存位图。但这会增加内存开销，需要权衡。通常对于高度动态的列表，缓存意义不大。
4. 启用Qt::WA_StaticContents属性：如果控件内容大部分是静态的，只有小部分变化，可以设置此属性。系统会尝试保存不变的区域，减少重绘。

4. 打印预览画布的实现

4.1 模拟纸张与坐标变换

打印预览的核心在于“所见即所得”。预览画布需要精确模拟物理纸张的尺寸、方向和边距。

首先，需要获取用户选择的打印机及其默认纸张的物理尺寸（单位通常是点/英寸DPI或毫米）。例如，A4纸是210mm x 297mm。在屏幕上，我们需要以一个合适的缩放比例（比如“适应宽度”）将其显示出来。

// 计算画布逻辑尺寸（基于纸张物理尺寸和DPI） void PrintPreviewCanvas::calculateCanvasSize() { // 假设 m_pageRect 是纸张的物理矩形（单位：毫米） QSizeF paperSizeMM(m_pageRect.width(), m_pageRect.height()); // 将毫米转换为像素。屏幕通常以96DPI计算，但打印可能用300DPI。 // 预览时，我们用一个逻辑DPI（如96）来显示，让屏幕显示大小合理。 const double pixelsPerMM = 96.0 / 25.4; // 96 DPI / 25.4 mm per inch m_logicalPageSize = QSizeF(paperSizeMM.width() * pixelsPerMM, paperSizeMM.height() * pixelsPerMM); // 应用用户缩放比例 m_visualPageSize = m_logicalPageSize * m_zoomFactor; // 设置画布控件的最小大小为视觉页面大小加上一些边距 setMinimumSize(m_visualPageSize.toSize() + QSize(40, 40)); }

在paintEvent中，我们需要绘制纸张阴影、边框，然后在计算好的页面矩形内，进行从“列表项坐标”到“页面坐标”的映射绘制。这里涉及到分页计算。

4.2 动态分页算法

这是项目的算法核心。我们需要根据纸张大小、边距、每项的高度，动态计算出所有被选中项会分布在多少页上，以及每页包含哪些项。

std::vector<PrintPage> PrintPreviewCanvas::paginateSelectedItems( const std::vector<PrintListItem>& items, const PageSetting& settings) { std::vector<PrintPage> pages; PrintPage currentPage; double yOffset = settings.topMargin; // 从页面上边距开始绘制 for (const auto& item : items) { if (!item.isSelected) continue; // 只处理选中的项 double itemHeight = calculateItemHeight(item, settings); // 计算该项在打印时的高度 // 如果当前项放入当前页会超出下边距，则开启新的一页 if (yOffset + itemHeight > settings.pageHeight - settings.bottomMargin) { if (!currentPage.items.empty()) { pages.push_back(currentPage); } currentPage.items.clear(); currentPage.pageNumber = pages.size() + 1; yOffset = settings.topMargin; // 重置Y偏移 } // 将项添加到当前页 currentPage.items.push_back({item, yOffset}); yOffset += itemHeight + settings.itemSpacing; // 增加项间距 } // 不要忘记最后一页 if (!currentPage.items.empty()) { pages.push_back(currentPage); } return pages; }

这个基础算法可以扩展以支持更复杂的需求，比如：

• 防止孤行：确保一个项不会被分割在两页。如果一项放不下，整体推到下一页。
• 页眉页脚：在计算可用高度时，预留出页眉页脚的区域。
• 表格打印：如果列表项是表格行，需要计算列宽，确保换页时表头重复打印。

4.3 在画布上渲染分页内容

有了分页数据，在画布上绘制就清晰了。我们通常只绘制当前页（或前后页以供缓冲）。

void PrintPreviewCanvas::paintEvent(QPaintEvent* event) { QPainter painter(this); painter.fillRect(rect(), QColor(240, 240, 240)); // 画布背景色 // 1. 计算页面在画布中的居中位置 QRectF pageVisualRect = calculateCenteredPageRect(); // 2. 绘制纸张阴影和白色纸面 drawPaperShadow(&painter, pageVisualRect); painter.fillRect(pageVisualRect, Qt::white); painter.setPen(Qt::lightGray); painter.drawRect(pageVisualRect); // 3. 应用裁剪区域，防止绘制到纸张外 painter.setClipRect(pageVisualRect); // 4. 应用坐标变换：将原点平移到纸张可视区域的左上角 painter.save(); painter.translate(pageVisualRect.topLeft()); // 5. 应用缩放，使逻辑页面大小适配当前视觉页面大小 double scaleX = pageVisualRect.width() / m_logicalPageSize.width(); double scaleY = pageVisualRect.height() / m_logicalPageSize.height(); painter.scale(scaleX, scaleY); // 6. 绘制当前页的内容 if (m_currentPageIndex < m_pages.size()) { const auto& page = m_pages[m_currentPageIndex]; for (const auto& pageItem : page.items) { drawPrintableItem(&painter, pageItem.item, pageItem.yOffset); } // 绘制页眉、页脚、页码 drawHeaderFooter(&painter, page.pageNumber); } painter.restore(); // 恢复坐标系 }

注意事项：坐标变换的顺序至关重要。必须先平移（translate）到正确的位置，再进行缩放（scale）。如果顺序反了，效果会完全错误。painter.save()和restore()是良好习惯，它确保了变换状态不会影响到后续的其他绘制操作。

5. 与打印系统的集成

5.1 抽象打印引擎

为了隔离不同平台（Windows GDI, macOS Core Printing, Qt Print Framework）或不同输出目标（物理打印机、PDF文件、图片）的差异，定义一个抽象的打印引擎接口是必要的。

class IPrintEngine { public: virtual ~IPrintEngine() = default; virtual bool beginPrint(const PrintJobConfig& config) = 0; virtual bool printPage(int pageNumber, const PrintPage& pageData) = 0; virtual bool endPrint() = 0; virtual std::string getLastError() const = 0; };

然后，为不同的后端提供实现：

• QtPrintEngine：封装QPrinter和QPainter。beginPrint对应QPrinter::begin()，printPage里用传入的QPainter进行绘制。
• WinGDIPrintEngine：使用StartDoc,StartPage,EndPage,EndDoc这一套GDI打印流程。在printPage中，需要将PrintPage数据通过GDI函数（TextOut,Rectangle等）绘制到打印机DC上。
• PDFPrintEngine：使用如libharu、PDFium等库，或者调用系统命令（如Windows的Microsoft Print to PDF虚拟打印机），将页面内容输出为PDF文件。

5.2 执行打印任务

当用户点击“打印”按钮时，控制层的工作流程如下：

1. 收集配置：获取用户选择的打印机、纸张、方向、份数等设置，以及数据模型中所有被选中的条目。
2. 实例化引擎：根据当前平台和配置，创建具体的IPrintEngine实例（如QtPrintEngine）。
3. 启动任务：调用引擎的beginPrint，这通常会弹出系统的打印配置对话框（如果引擎支持）。
4. 循环分页打印：使用和预览画布相同的分页算法，对选中条目进行分页。然后遍历每一页，调用引擎的printPage方法。这是实现“所见即所得”的关键：打印和预览必须使用完全相同的布局逻辑。
5. 结束与清理：所有页打印完成后，调用endPrint。处理错误和异常。

void PrintController::executePrint() { auto selectedItems = m_model->getSelectedItems(); if (selectedItems.empty()) { showWarning("没有选中任何条目进行打印。"); return; } std::unique_ptr<IPrintEngine> engine = createPrintEngine(); // 工厂方法 PrintJobConfig config = gatherPrintConfigFromUI(); if (!engine->beginPrint(config)) { showError("打印初始化失败: " + engine->getLastError()); return; } // 关键：使用与预览相同的分页函数 auto pages = paginateSelectedItems(selectedItems, config.pageSetting); bool success = true; for (size_t i = 0; i < pages.size() && success; ++i) { // 可以在这里更新进度条，显示“正在打印第 i+1 / pages.size() 页” if (!engine->printPage(static_cast<int>(i + 1), pages[i])) { showError(QString("打印第%1页时失败: %2").arg(i+1).arg(engine->getLastError())); success = false; } } if (!engine->endPrint()) { showError("打印结束过程出错: " + engine->getLastError()); success = false; } if (success) { showInfo("打印任务已成功发送。"); } }

重要提醒：打印是一个相对耗时的阻塞操作，尤其是在生成PDF或网络打印时。务必在后台线程中执行打印任务，避免阻塞UI线程导致界面卡死无响应。可以使用QThread、std::thread或异步任务库。同时，需要提供取消打印的功能。

6. 项目构建、调试与常见问题

6.1 开发环境搭建与项目配置

从热词可以看出，大家的环境五花八门：VS2022, VSCode, GCC, MSVC, Qt Creator等等。这里以跨平台性较好的CMake + Qt组合为例，给出一个核心的CMakeLists.txt配置片段：

cmake_minimum_required(VERSION 3.16) project(PrintPreviewListBox VERSION 1.0.0 LANGUAGES CXX) set(CMAKE_CXX_STANDARD 17) set(CMAKE_CXX_STANDARD_REQUIRED ON) set(CMAKE_AUTOMOC ON) # Qt项目必须：自动运行moc set(CMAKE_AUTORCC ON) # 自动处理资源文件 set(CMAKE_AUTOUIC ON) # 自动处理ui文件 find_package(Qt6 REQUIRED COMPONENTS Core Widgets PrintSupport) # 找到Qt6，打印模块需要PrintSupport # 将头文件目录设为PUBLIC，这样其他依赖此库的项目也能找到头文件 add_library(PrintPreviewCore STATIC src/print_list_model.cpp src/print_preview_engine.cpp src/pagination_algorithm.cpp ) target_include_directories(PrintPreviewCore PUBLIC include) target_link_libraries(PrintPreviewCore Qt::Core) # 主应用程序，依赖核心库和Qt Widgets模块 add_executable(PrintPreviewDemo src/main.cpp src/main_window.cpp src/print_list_view.cpp src/print_preview_canvas.cpp ) target_link_libraries(PrintPreviewDemo PrintPreviewCore Qt::Widgets Qt::PrintSupport )

为什么分拆成核心库（Core）和UI应用？为了解耦。核心库（模型、算法、抽象接口）不依赖任何GUI框架，可以单独被测试，也可以被其他前端（如命令行工具、其他UI库的应用）复用。UI应用（PrintPreviewDemo）依赖核心库和Qt，只负责界面和适配器。

6.2 典型编译与运行时问题排查

1. “undefined reference tovtable for ...” (Qt项目常见)：

   • 原因：这是一个经典的Qt元对象系统（Meta-Object System）问题。任何继承自QObject并使用Q_OBJECT宏的类，都需要经过moc（元对象编译器）预处理。如果moc没有正确运行，就会导致虚函数表缺失。
   • 解决：
     • 确保类声明中包含了Q_OBJECT宏。
     • 确保构建系统正确调用了moc。如果你用CMake，set(CMAKE_AUTOMOC ON)会自动处理。如果手动管理，需要将moc_xxx.cpp文件加入编译列表。
     • 清理构建目录并重新构建。

2. 打印预览与实际输出不一致：

   • 原因：这是“所见即所得”最难保证的部分。通常源于：
     • DPI差异：屏幕DPI（通常是96）与打印机DPI（可能是300, 600）不同。在计算字体大小、线条宽度时，必须使用打印机设备的逻辑DPI进行转换，而不是屏幕DPI。
     • 字体映射：屏幕上使用的字体在打印机上可能不可用，导致替换字体后布局变化。
     • 坐标系统舍入误差：浮点数计算在转换时产生累积误差。
   • 解决：
     • 在打印引擎的printPage中，使用打印机QPainter或HDC的logicalDpiX()/logicalDpiY()来计算所有尺寸。
     • 尽量使用打印机设备上下文（DC）提供的标准字体，或者确保嵌入字体。
     • 对于关键布局计算，使用整数或固定精度小数，避免多次浮点转换。

3. 列表滚动大量数据时卡顿：

   • 排查：使用性能分析工具（如VS Profiler,QElapsedTimer）定位瓶颈。
   • 常见瓶颈及优化：
     • paintEvent中耗时过长：检查是否绘制了不可见项？是否在每次绘制时都进行复杂的计算（如计算文本宽度）？可以将计算结果缓存。
     • 频繁的内存分配/释放：在绘制循环中避免创建临时的QPen,QBrush,QFont对象，在循环外创建并复用。
     • 布局计算过于复杂：如果每项高度不固定（动态内容），计算布局本身可能就很耗时。考虑异步计算或预计算。

4. 多线程打印时的UI更新问题：

   • 场景：在后台线程执行打印，需要更新前台进度条。
   • Qt的黄金法则：只能在主线程（UI线程）中操作UI控件。
   • 正确做法：使用信号槽机制。让打印工作线程在进度更新时发出信号，连接主线程中更新进度条UI的槽函数。确保连接类型是Qt::QueuedConnection（跨线程自动就是此类型）。

// 在工作线程中 class PrintWorker : public QObject { Q_OBJECT signals: void progressUpdated(int currentPage, int totalPages); void printFinished(bool success); public slots: void doPrint() { // ... 打印逻辑 for (int i = 0; i < total; ++i) { emit progressUpdated(i+1, total); // 发射信号 // ... 打印一页 } emit printFinished(true); } }; // 在主窗口中将信号连接到UI更新槽 connect(workerThread, &PrintWorker::progressUpdated, ui->progressBar, &QProgressBar::setValue);

6.3 功能扩展与优化方向

一个基础的打印预览列表框完成后，可以考虑以下方向增强它：

1. 多列列表与复杂项渲染：支持像文件管理器那样的图标视图、详细信息视图。每项可以包含图标、多行文本、进度条等自定义控件。这需要更强大的项委托（Item Delegate）机制。
2. 打印模板与样式：允许用户自定义打印输出的样式，比如字体、颜色、行高、是否显示网格线等。可以将样式配置序列化为XML或JSON保存。
3. 批量操作与持久化：支持保存/加载打印任务配置（包括选中的条目列表），方便重复打印。
4. 导出为多种格式：除了打印，可以轻松扩展导出为PDF、PNG图片、HTML网页等功能。只需实现对应的IPrintEngine（或许改名叫IExportEngine更合适）。
5. 无障碍访问：为列表框和预览画布添加键盘导航支持（上下键选择，空格键勾选），并设置合适的QAccessible属性，方便屏幕阅读器用户使用。

这个项目从设计到实现，最深的体会就是**“分离关注点”** 和**“面向接口编程”** 带来的长期收益。最初多花一些时间设计清晰的模型、视图、控制器接口，定义好数据流动的边界，后期无论是增加新功能、适配新UI库还是修复bug，都会清晰和轻松很多。尤其是在处理像打印这样涉及多个系统层级（应用逻辑、UI渲染、设备驱动）的功能时，一个混乱的架构很快就会变成难以维护的“泥球”。