1. 项目概述MyDraw一个被低估的VC绘图利器在技术社区里一提到用Visual CVC做图形界面应用大家脑海里蹦出来的往往是MFCMicrosoft Foundation Classes那些略显古早的控件和GDI/GDI绘图。但今天我想聊的是一个可能被很多人忽略但实则潜力巨大的项目——MyDraw。这并非指市面上某个知名的商业绘图软件而是一个基于VC平台从零开始构建的、功能完整的绘图应用程序概念或实现。它完美地展示了如何利用VC这一经典工具链结合现代C特性和图形学知识打造出兼具性能与表现力的桌面软件。对于正在学习Windows桌面开发、图形界面编程或是想深入理解GDI/Direct2D等图形API的开发者来说剖析这样一个“麻雀虽小五脏俱全”的绘图软件其价值远超啃几本枯燥的API手册。MyDraw的核心价值在于其“教学意义”和“实践意义”。它不像Photoshop或Illustrator那样追求大而全而是聚焦于用VC实现一套完整的绘图软件核心架构从文档/视图模型管理图形数据到利用各种图形API进行渲染再到实现交互式的绘图工具如直线、矩形、椭圆、自由曲线和对象操作选择、移动、缩放、旋转。通过拆解它你能清晰地看到消息循环如何驱动用户交互、图形数据如何被组织与序列化、以及如何优雅地处理重绘和无效区域。更重要的是在Visual Studio 2022依然强力支持C桌面开发的今天掌握这套技术栈意味着你拥有了构建高性能、原生Windows应用的硬核能力无论是开发工业设计软件、数据可视化工具还是游戏编辑器其底层逻辑都是相通的。2. 技术架构与核心组件拆解一个完整的绘图软件远不止是在窗口上画几条线那么简单。MyDraw的架构需要精心设计以应对图形编辑的复杂性。下面我们来拆解其核心的技术组件。2.1 开发环境与工具链选型工欲善其事必先利其器。MyDraw项目基于经典的Visual C生态但在具体版本和库的选择上有明确的考量。首选Visual Studio 2022与VC工具集。虽然怀旧派可能对VC 6.0或Visual C 2012有感情但对于新项目VS 2022是毋庸置疑的选择。它提供了对现代C标准C17/20最完善的支持、更强大的调试器和性能分析工具。项目属性中应使用“Visual Studio 2022 (v143)”或更新的平台工具集。这里有一个关键点项目类型应选择“MFC应用程序”或“Windows桌面应用程序”。对于MyDraw这类需要复杂界面和文档管理的应用MFC的文档/视图架构能极大地简化开发尽管其学习曲线较陡。如果追求更轻量或想深入Win32 API也可以选择空项目但需要自己实现更多基础框架。运行时库的抉择MT vs MD。这是VC项目的老难题。MT静态链接会将C运行时库打包进你的EXE生成的文件较大但部署简单不存在“找不到vcruntime140.dll”的问题。MD动态链接则依赖系统上的Visual C Redistributable文件小但需要确保目标机器已安装。对于MyDraw我推荐使用MD。原因有三一是减小主程序体积二是便于通过Windows Update或安装包统一管理运行时更新三是如今绝大多数Windows 10/11系统都已预装或很容易安装VC Redistributable。在项目属性 - C/C - 代码生成 - 运行库中设置为“多线程DLL (/MD)”。图形API的选择GDI、Direct2D还是GDI这是绘图软件的灵魂。GDI最原始功能有限性能一般但兼容性无敌。适合绘制简单图形或作为后备。GDIGDI的增强版提供了抗锯齿、渐变、路径、图像处理等高级功能接口相对友好是VC绘图入门的最佳选择。MyDraw初期完全可以基于GDI构建。Direct2D硬件加速的现代2D图形API性能远超GDI特别适合动态、复杂的图形渲染。但学习曲线更陡且需要搭配DirectWrite文字渲染和WIC图像编解码使用。 对于MyDraw一个务实的架构是采用GDI作为主要渲染引擎同时为未来向Direct2D迁移预留接口。这样既能快速实现功能又能保证代码结构清晰便于后续升级。2.2 应用程序框架文档/视图模型MFC的文档/视图模型是构建MyDraw这类文档型应用的利器。它将数据管理、用户界面和数据显示逻辑分离使得程序结构清晰易于扩展。文档类CMyDrawDoc的核心职责是管理所有的图形数据。通常我们会定义一个图形对象的基类如CGraphObject然后派生出直线CLine、矩形CRectangle、椭圆CEllipse、贝塞尔曲线CBezierCurve等子类。文档类内部维护一个对象列表如std::vectorstd::shared_ptrCGraphObject或 MFC的CObList。它需要实现序列化Serialize重写Serialize函数用于将图形对象列表保存到文件.mydraw或从文件加载。这是实现“保存/另存为/打开”功能的基础。增删改查提供向列表中添加、删除、查找图形对象的方法。通知更新当数据改变时调用UpdateAllViews(NULL)通知所有视图更新显示。视图类CMyDrawView负责显示文档数据和处理用户交互。它是用户与图形数据之间的桥梁。绘制OnDraw重写OnDraw函数在这里获取文档中的图形对象列表遍历每一个对象调用其各自的Draw(CDC* pDC)方法进行绘制。传入的CDC*设备上下文就是画布。消息处理这是交互的核心。需要处理大量的Windows消息WM_LBUTTONDOWN/WM_LBUTTONUP/WM_MOUSEMOVE用于实现绘图工具如点击拖拽画矩形和选择工具。WM_KEYDOWN处理键盘快捷键如Delete删除选中对象CtrlZ撤销。WM_SIZE窗口大小改变时可能需要调整视图逻辑坐标到设备坐标的映射。坐标转换鼠标点击的坐标是设备坐标像素而我们的图形对象可能使用逻辑坐标如毫米、英寸或自定义的世界坐标。视图类需要维护一个CRect变量表示客户区并实现DPtoLP设备到逻辑和LPtoDP逻辑到设备的转换函数。主框架窗口CMainFrame负责管理菜单栏、工具栏、状态栏。我们需要在这里创建和初始化工具栏按钮对应各种绘图工具并更新状态栏信息如显示鼠标当前位置或当前工具提示。注意即使不使用MFC在纯Win32或其它框架中也应遵循类似的“数据-视图-控制”分离思想。你可以用自定义的类来管理文档和视图逻辑只是需要自己实现更多的消息分发和界面更新机制。2.3 图形对象系统的设计与实现图形对象系统是MyDraw的数据核心设计的好坏直接决定了软件功能的扩展性和稳定性。基类CGraphObject的设计class CGraphObject { public: virtual ~CGraphObject() default; // 核心方法绘制自身 virtual void Draw(CDC* pDC) const 0; // 判断点是否在图形上或附近用于点选 virtual BOOL HitTest(const CPoint point) const 0; // 获取图形的包围矩形用于框选和刷新 virtual CRect GetBoundingRect() const 0; // 移动图形 virtual void Move(const CSize offset); // 序列化 virtual void Serialize(CArchive ar) 0; // 属性 void SetLineColor(COLORREF color) { m_lineColor color; } COLORREF GetLineColor() const { return m_lineColor; } void SetFillColor(COLORREF color) { m_fillColor color; } COLORREF GetFillColor() const { return m_fillColor; } void SetLineWidth(int width) { m_lineWidth width; } int GetLineWidth() const { return m_lineWidth; } protected: COLORREF m_lineColor RGB(0, 0, 0); // 线条颜色默认黑色 COLORREF m_fillColor RGB(255, 255, 255); // 填充颜色默认白色 int m_lineWidth 1; // 线宽 };具体图形类的实现以CRectangle为例class CRectangle : public CGraphObject { public: CRectangle(const CPoint start, const CPoint end); virtual void Draw(CDC* pDC) const override { CPen pen(PS_SOLID, m_lineWidth, m_lineColor); CBrush brush(m_fillColor); CPen* pOldPen pDC-SelectObject(pen); CBrush* pOldBrush pDC-SelectObject(brush); // 使用GDI Rectangle函数注意它画的是 right-1, bottom-1 pDC-Rectangle(m_rect); pDC-SelectObject(pOldBrush); pDC-SelectObject(pOldPen); } virtual BOOL HitTest(const CPoint point) const override { // 简单实现点是否在矩形内 return m_rect.PtInRect(point); // 更友好的实现判断点是否在矩形边线附近一定像素范围内 } virtual CRect GetBoundingRect() const override { // 考虑到线宽包围盒需要向外扩展线宽的一半 CRect rect m_rect; int inflate m_lineWidth / 2 1; // 加1像素容差 rect.InflateRect(inflate, inflate); return rect; } virtual void Serialize(CArchive ar) override { CGraphObject::Serialize(ar); // 序列化基类属性颜色、线宽 if (ar.IsStoring()) { ar m_rect; } else { ar m_rect; } } private: CRect m_rect; // 矩形的左上角和右下角坐标 };图形对象管理在文档类中使用std::vectorstd::unique_ptrCGraphObject来管理所有图形对象。智能指针能自动管理内存避免内存泄漏。需要实现对象的添加、删除、遍历、查找如通过Z-order查找最顶层的对象等功能。实操心得在实现HitTest命中测试时对于线条这类“瘦”对象直接使用PtInRect会很难选中。一个实用的技巧是为线条计算一个“敏感区域”比如将线条看作一个矩形其宽度为线宽加上一个固定的容差值如8像素。这样用户体验会好很多。同样对于贝塞尔曲线需要用到数学方法计算点到曲线的最短距离这是实现中的一个小难点。3. 核心功能模块的深度实现有了稳固的架构接下来就是实现那些让MyDraw真正“可用”的功能模块。这些模块直接关系到用户体验。3.1 绘图工具的实现机制绘图工具是用户创造内容的直接手段。我们需要一个工具管理器来协调不同工具的行为。工具状态机通常定义一个enum class ToolType { Select, Line, Rectangle, Ellipse, Freehand, ... };并在视图类中维护一个当前工具状态m_currentTool。更优雅的做法是使用“状态模式”为每个工具定义一个类但它们共享一个接口如ITool包含OnLButtonDown,OnMouseMove,OnLButtonUp等方法。以“矩形工具”为例看一个完整的绘图交互流程WM_LBUTTONDOWN记录鼠标按下的起始点m_ptStart。此时创建一个临时的矩形对象m_pTempRect但先不加入文档对象列表并将其起点和终点都设为m_ptStart。同时设置捕获鼠标SetCapture()确保后续的鼠标移动消息即使超出窗口也能被接收。WM_MOUSEMOVE如果当前正在绘图即m_pTempRect不为空则获取当前鼠标位置m_ptEnd更新临时矩形对象的终点。然后关键的一步来了如何显示拖拽过程中的动态矩形直接调用Invalidate()重绘整个窗口会导致严重闪烁。正确的方法是使用橡皮筋技术。首先获取设备上下文CClientDC dc(this);。设置绘图模式为R2_NOTXORPEN。这种模式的特点是用同一种颜色画两次第一次会显示第二次则会擦除恢复原状非常适合动态绘制。如果之前已经画过一个临时矩形即m_ptOldEnd有效就用旧终点再画一次矩形将其擦除。然后用新终点m_ptEnd画一次新的临时矩形。最后更新m_ptOldEnd m_ptEnd。WM_LBUTTONUP释放鼠标捕获ReleaseCapture()。此时最终的矩形终点确定。将临时矩形对象m_pTempRect的终点更新为最终的m_ptEnd。然后将这个正式的矩形对象添加到文档的对象列表中GetDocument()-AddObject(m_pTempRect)。通知文档更新GetDocument()-SetModifiedFlag(TRUE)并调用Invalidate()触发视图重绘将最终图形固定下来。最后清理临时对象和旧终点记录。自由曲线铅笔工具的实现略有不同。它在OnLButtonDown时创建一个路径对象CGraphPath并记录第一个点。在OnMouseMove时不断将新的点添加到路径中并实时绘制这条不断增长的折线同样使用橡皮筋技术但画的是Polyline。在OnLButtonUp时完成路径并添加到文档。3.2 选择、移动与变换功能图形编辑离不开对已有对象的操作。选择是第一步。点选在OnLButtonDown且当前工具为“选择”时我们需要遍历文档中的所有图形对象通常从最顶层即列表末尾开始遍历对每个对象调用其HitTest方法检查鼠标点是否命中。找到第一个命中的对象即将其设置为“选中状态”。选中状态可以通过在对象基类中添加一个m_bSelected布尔成员并在其Draw方法中如果被选中就额外绘制一个带有控制点的包围盒通常是矩形四个角和中点的小方块来直观显示。框选在OnLButtonDown时记录起点在OnMouseMove时动态绘制一个选择矩形橡皮筋。在OnLButtonUp时判断哪些图形对象的包围盒GetBoundingRect与这个选择矩形有交集或完全被包含将这些对象都加入选中集合。实现一个CSelection类来管理当前选中的多个对象是个好主意。移动选中对象当有对象被选中且用户在这些对象上按下鼠标并拖拽时进入移动模式。我们需要记录鼠标按下的初始位置和所有选中对象的初始位置。在OnMouseMove时计算鼠标的偏移量offset currentPoint - startPoint然后遍历选中对象对每个对象调用Move(offset)。同时需要只重绘受影响区域以优化性能。可以计算所有选中对象移动前和移动后的包围盒的并集然后调用InvalidateRect(unionRect)仅刷新这个区域。缩放与旋转这是更高级的变换。通常通过选中对象包围盒上的控制点来触发。例如拖动右下角的控制点进行缩放。实现原理是在对象基类中定义变换矩阵或变换中心点在Draw方法中先应用变换矩阵再绘制图形。对于GDI可以使用Graphics::SetTransform对于纯GDI计算变换后的坐标点会更复杂。这是MyDraw可以进阶的方向。3.3 撤销/重做Undo/Redo系统没有撤销重做功能的编辑器是不完整的。实现一个健壮的Undo/Redo系统是MyDraw项目中的一个亮点和难点。命令模式是标准解法。定义一个抽象命令基类ICommandclass ICommand { public: virtual ~ICommand() default; virtual void Execute() 0; // 执行命令 virtual void Unexecute() 0; // 撤销命令 virtual CString GetName() const 0; // 命令名称用于编辑菜单 };具体命令如“添加图形命令”class AddGraphObjectCommand : public ICommand { public: AddGraphObjectCommand(CMyDrawDoc* pDoc, std::unique_ptrCGraphObject obj) : m_pDoc(pDoc), m_object(std::move(obj)) {} virtual void Execute() override { m_pDoc-AddObject(m_object.get()); // 文档接管所有权 // 注意这里需要小心对象所有权的转移确保撤销时对象不被销毁 // 一种方法是文档内部使用shared_ptr命令持有weak_ptr } virtual void Unexecute() override { m_pDoc-RemoveObject(m_object.get()); } virtual CString GetName() const override { return _T(添加图形); } private: CMyDrawDoc* m_pDoc; std::shared_ptrCGraphObject m_object; // 使用共享指针管理对象生命周期 };命令管理器在文档类或一个独立的类中维护两个栈std::stackstd::unique_ptrICommand m_undoStack;和std::stackstd::unique_ptrICommand m_redoStack;。当执行一个操作如添加图形时创建对应的命令对象调用其Execute()然后将其压入m_undoStack并清空m_redoStack。当用户按下CtrlZ撤销时如果m_undoStack不为空则弹出栈顶命令调用其Unexecute()然后将该命令压入m_redoStack。当用户按下CtrlY重做时过程相反。避坑技巧命令对象必须保存足够的信息以精确地恢复状态。对于“移动对象”命令需要保存对象指针和移动的偏移量。对于“修改属性”命令如改变颜色需要保存对象的旧值和新值。特别注意对象的生命周期确保在命令被撤销或重做时它所操作的对象仍然有效。使用std::shared_ptr/weak_ptr或给图形对象分配唯一ID并通过文档查找是常见的解决方案。此外对于连续的同类型操作如连续移动鼠标可以考虑将它们合并为一个“复合命令”以避免撤销栈被塞满。4. 性能优化与高级渲染技巧当图形数量增多时性能问题就会凸显。优化渲染是提升MyDraw体验的关键。4.1 局部刷新与双缓冲技术局部刷新我们之前提到过InvalidateRect。在OnMouseMove移动对象或使用橡皮筋时只刷新受影响区域能极大减少闪烁和CPU占用。关键是精确计算需要刷新的矩形区域。对于移动操作需要刷新“对象旧位置区域”和“对象新位置区域”的并集。双缓冲技术这是消除闪烁的终极武器。闪烁的根本原因是直接在屏幕设备上下文上绘制时用户会看到绘制过程中的中间状态。双缓冲的原理是在内存中创建一个“离屏位图”把所有图形先画到这个位图上等全部画完再一次性将位图拷贝到屏幕。 在MFC的OnDraw函数中实现双缓冲void CMyDrawView::OnDraw(CDC* pDC) { CMyDrawDoc* pDoc GetDocument(); CRect rect; GetClientRect(rect); // 1. 创建兼容的内存DC CDC memDC; memDC.CreateCompatibleDC(pDC); // 2. 创建兼容位图大小与客户区相同 CBitmap memBitmap; memBitmap.CreateCompatibleBitmap(pDC, rect.Width(), rect.Height()); // 3. 将位图选入内存DC CBitmap* pOldBitmap memDC.SelectObject(memBitmap); // 4. 先用背景色填充内存位图 memDC.FillSolidRect(rect, RGB(255, 255, 255)); // 白色背景 // 5. 在内存DC上绘制所有图形 for (const auto obj : pDoc-GetObjects()) { obj-Draw(memDC); } // 6. 绘制选中状态控制点等 if (m_pSelection) { m_pSelection-Draw(memDC); } // 7. 将内存位图一次性拷贝到屏幕DC pDC-BitBlt(0, 0, rect.Width(), rect.Height(), memDC, 0, 0, SRCCOPY); // 8. 清理 memDC.SelectObject(pOldBitmap); }脏矩形优化对于极其复杂的场景可以结合局部刷新和双缓冲。当收到InvalidateRect调用时记录下这个“脏矩形”区域。在OnDraw中不是重绘整个位图而是只重绘脏矩形区域内的图形到内存位图然后再将位图的这个矩形区域拷贝到屏幕对应位置。这需要更精细的图形管理和裁剪区域设置。4.2 从GDI向Direct2D的迁移路径GDI易于上手但在处理大量图形或复杂特效时性能是瓶颈。Direct2DD2D是微软推荐的现代2D图形API完全硬件加速。初始化D2D需要在视图类中创建D2D工厂、渲染目标等资源。通常与窗口关联的是ID2D1HwndRenderTarget。// 在视图类头文件中声明 Microsoft::WRL::ComPtrID2D1Factory m_pD2DFactory; Microsoft::WRL::ComPtrID2D1HwndRenderTarget m_pRenderTarget; Microsoft::WRL::ComPtrID2D1SolidColorBrush m_pBlackBrush; // 在视图类的某个初始化函数中如OnCreate或OnInitialUpdate HRESULT hr D2D1CreateFactory(D2D1_FACTORY_TYPE_SINGLE_THREADED, m_pD2DFactory); if (SUCCEEDED(hr)) { CRect rc; GetClientRect(rc); D2D1_SIZE_U size D2D1::SizeU(rc.Width(), rc.Height()); hr m_pD2DFactory-CreateHwndRenderTarget( D2D1::RenderTargetProperties(), D2D1::HwndRenderTargetProperties(GetSafeHwnd(), size), m_pRenderTarget); } if (SUCCEEDED(hr)) { hr m_pRenderTarget-CreateSolidColorBrush( D2D1::ColorF(D2D1::ColorF::Black), m_pBlackBrush); }在OnDraw中使用D2D不再使用GDI的CDC* pDC而是使用D2D渲染目标。void CMyDrawView::OnDraw(CDC* /*pDC*/) { // 开始D2D绘制 m_pRenderTarget-BeginDraw(); m_pRenderTarget-Clear(D2D1::ColorF(D2D1::ColorF::White)); // 使用D2D绘制图形 for (const auto obj : pDoc-GetObjects()) { obj-DrawD2D(m_pRenderTarget.Get()); // 图形对象需要新增一个D2D绘制方法 } HRESULT hr m_pRenderTarget-EndDraw(); if (hr D2DERR_RECREATE_TARGET) { // 设备丢失需要重建渲染目标和所有依赖资源如画刷 DiscardDeviceResources(); // 下次OnDraw时会自动重建 } }图形对象的D2D绘制方法需要为每个图形对象实现对应的D2D绘制逻辑。例如矩形需要创建ID2D1RectangleGeometry或直接调用FillRectangle/DrawRectangle。混合使用一个平滑的迁移策略是在图形对象基类中同时提供Draw(CDC*)和DrawD2D(ID2D1RenderTarget*)两个虚函数。在视图类中维护一个标志位决定使用哪种渲染器。这样可以在开发过程中逐步迁移并保留GDI作为后备。4.3 文件格式与序列化进阶MFC提供的默认序列化CArchive虽然方便但生成的是二进制格式不透明且不易与其他软件交互。对于MyDraw可以考虑定义自己的文件格式。自定义文本格式如JSON/XML使用如nlohmann/json或pugixml这样的库将图形对象序列化为JSON或XML。优点是人类可读、易于调试、便于扩展。例如一个矩形的JSON表示{ type: rectangle, x: 100, y: 100, width: 200, height: 150, lineColor: #FF0000, fillColor: #00FF00, lineWidth: 2 }在文档类的Serialize函数中根据格式调用不同的解析器。这需要为每个图形对象实现ToJson()和FromJson()方法。版本控制在文件头中写入一个版本号如MyDrawFileVersion: 1。当未来图形对象增加新属性时升级版本号并在加载旧版本文件时提供兼容性处理代码。增量保存与自动恢复对于大型绘图实现增量保存只保存修改的部分可以提升保存速度。此外可以实现崩溃恢复功能定期将文档状态序列化到一个临时文件程序启动时检查并提示用户恢复。5. 实战问题排查与性能调优在实际开发MyDraw的过程中你会遇到各种各样的问题。下面记录了一些典型问题及其解决方案。5.1 常见崩溃与内存问题问题现象可能原因排查与解决思路在绘图或选择时程序随机崩溃1. 野指针图形对象已被删除但视图仍试图绘制它。2. 多线程访问冲突在后台线程修改图形列表同时UI线程在绘制。1.使用智能指针用std::shared_ptr管理图形对象生命周期确保只要视图还在引用对象就不会被释放。在文档中移除对象时使用weak_ptr或从容器中移除但不要立即删除可以交给命令对象管理。2.加锁如果涉及多线程对图形列表的访问使用std::mutex进行保护。但UI操作最好在单线程内完成。内存使用量持续增长内存泄漏1.new/malloc没有对应的delete/free。2. GDI/GDI资源未释放CPen,CBrush,CDC,Bitmap等。1.使用RAII尽量使用MFC类或C标准库容器它们会自动管理资源。对于自定义资源将其封装在类中在析构函数中释放。2.检查GDI对象确保每个SelectObject调用都保存了旧对象并在使用后恢复。使用CGdiObject的派生类它们通常会在析构时自动删除GDI对象。对于GDI确保Graphics,Pen,Brush等对象被正确销毁。撤销/重做几次后程序行为异常命令对象中保存的对象指针失效悬垂指针。不要保存裸指针。在命令对象中保存对象的std::weak_ptr执行前用lock()检查有效性。或者为每个图形对象分配唯一ID如UUID或递增整数命令中保存ID执行时通过ID从文档中查找对象。打开大文件时程序无响应在OnDraw或文件加载函数中执行了耗时操作阻塞了UI消息循环。分步加载对于大文件不要一次性将所有图形对象创建并加入列表。可以先将文件头和图元基本信息读入在OnDraw时按需渲染可见区域的部分。或者使用工作线程加载文件加载完成后发送消息通知UI线程更新。5.2 渲染性能瓶颈分析与优化当图形数量达到成千上万时即使使用双缓冲OnDraw中遍历所有对象进行绘制也可能变得很慢。1. 空间索引加速最有效的优化是减少需要绘制的对象数量。为图形对象建立空间索引例如四叉树Quadtree或R树R-tree。在OnDraw中首先根据当前视图的可见区域视口计算出在世界坐标系下的矩形范围然后查询空间索引快速得到所有与该区域相交的图形对象只绘制这些对象。对于画布很大但图形分布稀疏的场景性能提升是数量级的。2. 分层与显示列表将图形对象按图层Layer分组。每个图层可以单独设置可见性、锁定状态。在OnDraw时只遍历可见且未锁定的图层。更进一步可以为每个图层维护一个显示列表Display List即该图层所有图形渲染指令的缓存。当图层内的对象没有变化时直接重用显示列表避免重新遍历和调用每个对象的Draw方法。当图层内任何对象改变时标记该图层的显示列表为“脏”需要重建。3. 细节层次LOD当视图缩放比例很小时即看到很大范围的图形很多细节是看不见的。此时可以为图形对象实现简化的DrawLOD方法。例如一个复杂的多边形在远距离时可以用其包围盒代替一条很细的曲线在远距离时可以用直线段近似。在OnDraw中根据当前的缩放比例决定调用Draw还是DrawLOD。4. 使用性能分析工具Visual Studio自带的性能探查器Performance Profiler是定位瓶颈的神器。使用“CPU使用率”工具运行MyDraw执行一些重绘操作然后查看分析报告。它会清晰地告诉你OnDraw函数中时间主要花在了哪个函数调用上例如是HitTest函数被调用了太多次还是某个特定图形对象的Draw函数特别耗时。针对热点进行优化事半功倍。5.3 用户体验细节打磨1. 捕捉与对齐绘图时让鼠标能“吸附”到已有图形的关键点端点、中点、交点或网格点上能极大提升绘图精度。实现方法是在OnMouseMove处理绘图或移动时首先获取原始鼠标坐标然后调用一个SnapToPoint函数。这个函数遍历所有图形的关键点以及网格点计算鼠标与这些点的距离如果小于某个阈值如8像素则将鼠标坐标修正到该点上。2. 实时预览与属性面板当用户选中一个图形时在属性面板上实时显示并允许编辑其颜色、线宽等属性。这需要建立视图或属性面板对话框与选中对象之间的数据绑定。可以使用MFC的DDX/DDV机制或手动实现。当属性改变时需要更新对象并刷新视图。注意属性编辑也应支持撤销/重做通常这通过一个“修改属性命令”来实现。3. 多文档与多视图基于MFC的文档/视图架构实现多文档界面MDI非常容易。让MyDraw支持同时打开多个绘图文件每个文件在不同的子窗口中编辑。甚至可以实现同一个文档的多个视图例如一个视图显示整体另一个视图放大显示局部MFC的CDocument::UpdateAllViews机制会自动同步这些视图。4. 插件系统扩展设计一个简单的插件接口允许第三方开发者为MyDraw添加新的图形类型、文件导入/导出过滤器或工具。可以定义一个IPlugin接口包含GetPluginName(),GetSupportedObjectTypes()等方法。主程序在启动时扫描特定目录下的DLL文件动态加载并调用其导出函数来注册插件。这能将MyDraw从一个封闭的应用程序转变为一个可扩展的平台。
VC++绘图软件MyDraw：从GDI+到Direct2D的架构设计与性能优化
1. 项目概述MyDraw一个被低估的VC绘图利器在技术社区里一提到用Visual CVC做图形界面应用大家脑海里蹦出来的往往是MFCMicrosoft Foundation Classes那些略显古早的控件和GDI/GDI绘图。但今天我想聊的是一个可能被很多人忽略但实则潜力巨大的项目——MyDraw。这并非指市面上某个知名的商业绘图软件而是一个基于VC平台从零开始构建的、功能完整的绘图应用程序概念或实现。它完美地展示了如何利用VC这一经典工具链结合现代C特性和图形学知识打造出兼具性能与表现力的桌面软件。对于正在学习Windows桌面开发、图形界面编程或是想深入理解GDI/Direct2D等图形API的开发者来说剖析这样一个“麻雀虽小五脏俱全”的绘图软件其价值远超啃几本枯燥的API手册。MyDraw的核心价值在于其“教学意义”和“实践意义”。它不像Photoshop或Illustrator那样追求大而全而是聚焦于用VC实现一套完整的绘图软件核心架构从文档/视图模型管理图形数据到利用各种图形API进行渲染再到实现交互式的绘图工具如直线、矩形、椭圆、自由曲线和对象操作选择、移动、缩放、旋转。通过拆解它你能清晰地看到消息循环如何驱动用户交互、图形数据如何被组织与序列化、以及如何优雅地处理重绘和无效区域。更重要的是在Visual Studio 2022依然强力支持C桌面开发的今天掌握这套技术栈意味着你拥有了构建高性能、原生Windows应用的硬核能力无论是开发工业设计软件、数据可视化工具还是游戏编辑器其底层逻辑都是相通的。2. 技术架构与核心组件拆解一个完整的绘图软件远不止是在窗口上画几条线那么简单。MyDraw的架构需要精心设计以应对图形编辑的复杂性。下面我们来拆解其核心的技术组件。2.1 开发环境与工具链选型工欲善其事必先利其器。MyDraw项目基于经典的Visual C生态但在具体版本和库的选择上有明确的考量。首选Visual Studio 2022与VC工具集。虽然怀旧派可能对VC 6.0或Visual C 2012有感情但对于新项目VS 2022是毋庸置疑的选择。它提供了对现代C标准C17/20最完善的支持、更强大的调试器和性能分析工具。项目属性中应使用“Visual Studio 2022 (v143)”或更新的平台工具集。这里有一个关键点项目类型应选择“MFC应用程序”或“Windows桌面应用程序”。对于MyDraw这类需要复杂界面和文档管理的应用MFC的文档/视图架构能极大地简化开发尽管其学习曲线较陡。如果追求更轻量或想深入Win32 API也可以选择空项目但需要自己实现更多基础框架。运行时库的抉择MT vs MD。这是VC项目的老难题。MT静态链接会将C运行时库打包进你的EXE生成的文件较大但部署简单不存在“找不到vcruntime140.dll”的问题。MD动态链接则依赖系统上的Visual C Redistributable文件小但需要确保目标机器已安装。对于MyDraw我推荐使用MD。原因有三一是减小主程序体积二是便于通过Windows Update或安装包统一管理运行时更新三是如今绝大多数Windows 10/11系统都已预装或很容易安装VC Redistributable。在项目属性 - C/C - 代码生成 - 运行库中设置为“多线程DLL (/MD)”。图形API的选择GDI、Direct2D还是GDI这是绘图软件的灵魂。GDI最原始功能有限性能一般但兼容性无敌。适合绘制简单图形或作为后备。GDIGDI的增强版提供了抗锯齿、渐变、路径、图像处理等高级功能接口相对友好是VC绘图入门的最佳选择。MyDraw初期完全可以基于GDI构建。Direct2D硬件加速的现代2D图形API性能远超GDI特别适合动态、复杂的图形渲染。但学习曲线更陡且需要搭配DirectWrite文字渲染和WIC图像编解码使用。 对于MyDraw一个务实的架构是采用GDI作为主要渲染引擎同时为未来向Direct2D迁移预留接口。这样既能快速实现功能又能保证代码结构清晰便于后续升级。2.2 应用程序框架文档/视图模型MFC的文档/视图模型是构建MyDraw这类文档型应用的利器。它将数据管理、用户界面和数据显示逻辑分离使得程序结构清晰易于扩展。文档类CMyDrawDoc的核心职责是管理所有的图形数据。通常我们会定义一个图形对象的基类如CGraphObject然后派生出直线CLine、矩形CRectangle、椭圆CEllipse、贝塞尔曲线CBezierCurve等子类。文档类内部维护一个对象列表如std::vectorstd::shared_ptrCGraphObject或 MFC的CObList。它需要实现序列化Serialize重写Serialize函数用于将图形对象列表保存到文件.mydraw或从文件加载。这是实现“保存/另存为/打开”功能的基础。增删改查提供向列表中添加、删除、查找图形对象的方法。通知更新当数据改变时调用UpdateAllViews(NULL)通知所有视图更新显示。视图类CMyDrawView负责显示文档数据和处理用户交互。它是用户与图形数据之间的桥梁。绘制OnDraw重写OnDraw函数在这里获取文档中的图形对象列表遍历每一个对象调用其各自的Draw(CDC* pDC)方法进行绘制。传入的CDC*设备上下文就是画布。消息处理这是交互的核心。需要处理大量的Windows消息WM_LBUTTONDOWN/WM_LBUTTONUP/WM_MOUSEMOVE用于实现绘图工具如点击拖拽画矩形和选择工具。WM_KEYDOWN处理键盘快捷键如Delete删除选中对象CtrlZ撤销。WM_SIZE窗口大小改变时可能需要调整视图逻辑坐标到设备坐标的映射。坐标转换鼠标点击的坐标是设备坐标像素而我们的图形对象可能使用逻辑坐标如毫米、英寸或自定义的世界坐标。视图类需要维护一个CRect变量表示客户区并实现DPtoLP设备到逻辑和LPtoDP逻辑到设备的转换函数。主框架窗口CMainFrame负责管理菜单栏、工具栏、状态栏。我们需要在这里创建和初始化工具栏按钮对应各种绘图工具并更新状态栏信息如显示鼠标当前位置或当前工具提示。注意即使不使用MFC在纯Win32或其它框架中也应遵循类似的“数据-视图-控制”分离思想。你可以用自定义的类来管理文档和视图逻辑只是需要自己实现更多的消息分发和界面更新机制。2.3 图形对象系统的设计与实现图形对象系统是MyDraw的数据核心设计的好坏直接决定了软件功能的扩展性和稳定性。基类CGraphObject的设计class CGraphObject { public: virtual ~CGraphObject() default; // 核心方法绘制自身 virtual void Draw(CDC* pDC) const 0; // 判断点是否在图形上或附近用于点选 virtual BOOL HitTest(const CPoint point) const 0; // 获取图形的包围矩形用于框选和刷新 virtual CRect GetBoundingRect() const 0; // 移动图形 virtual void Move(const CSize offset); // 序列化 virtual void Serialize(CArchive ar) 0; // 属性 void SetLineColor(COLORREF color) { m_lineColor color; } COLORREF GetLineColor() const { return m_lineColor; } void SetFillColor(COLORREF color) { m_fillColor color; } COLORREF GetFillColor() const { return m_fillColor; } void SetLineWidth(int width) { m_lineWidth width; } int GetLineWidth() const { return m_lineWidth; } protected: COLORREF m_lineColor RGB(0, 0, 0); // 线条颜色默认黑色 COLORREF m_fillColor RGB(255, 255, 255); // 填充颜色默认白色 int m_lineWidth 1; // 线宽 };具体图形类的实现以CRectangle为例class CRectangle : public CGraphObject { public: CRectangle(const CPoint start, const CPoint end); virtual void Draw(CDC* pDC) const override { CPen pen(PS_SOLID, m_lineWidth, m_lineColor); CBrush brush(m_fillColor); CPen* pOldPen pDC-SelectObject(pen); CBrush* pOldBrush pDC-SelectObject(brush); // 使用GDI Rectangle函数注意它画的是 right-1, bottom-1 pDC-Rectangle(m_rect); pDC-SelectObject(pOldBrush); pDC-SelectObject(pOldPen); } virtual BOOL HitTest(const CPoint point) const override { // 简单实现点是否在矩形内 return m_rect.PtInRect(point); // 更友好的实现判断点是否在矩形边线附近一定像素范围内 } virtual CRect GetBoundingRect() const override { // 考虑到线宽包围盒需要向外扩展线宽的一半 CRect rect m_rect; int inflate m_lineWidth / 2 1; // 加1像素容差 rect.InflateRect(inflate, inflate); return rect; } virtual void Serialize(CArchive ar) override { CGraphObject::Serialize(ar); // 序列化基类属性颜色、线宽 if (ar.IsStoring()) { ar m_rect; } else { ar m_rect; } } private: CRect m_rect; // 矩形的左上角和右下角坐标 };图形对象管理在文档类中使用std::vectorstd::unique_ptrCGraphObject来管理所有图形对象。智能指针能自动管理内存避免内存泄漏。需要实现对象的添加、删除、遍历、查找如通过Z-order查找最顶层的对象等功能。实操心得在实现HitTest命中测试时对于线条这类“瘦”对象直接使用PtInRect会很难选中。一个实用的技巧是为线条计算一个“敏感区域”比如将线条看作一个矩形其宽度为线宽加上一个固定的容差值如8像素。这样用户体验会好很多。同样对于贝塞尔曲线需要用到数学方法计算点到曲线的最短距离这是实现中的一个小难点。3. 核心功能模块的深度实现有了稳固的架构接下来就是实现那些让MyDraw真正“可用”的功能模块。这些模块直接关系到用户体验。3.1 绘图工具的实现机制绘图工具是用户创造内容的直接手段。我们需要一个工具管理器来协调不同工具的行为。工具状态机通常定义一个enum class ToolType { Select, Line, Rectangle, Ellipse, Freehand, ... };并在视图类中维护一个当前工具状态m_currentTool。更优雅的做法是使用“状态模式”为每个工具定义一个类但它们共享一个接口如ITool包含OnLButtonDown,OnMouseMove,OnLButtonUp等方法。以“矩形工具”为例看一个完整的绘图交互流程WM_LBUTTONDOWN记录鼠标按下的起始点m_ptStart。此时创建一个临时的矩形对象m_pTempRect但先不加入文档对象列表并将其起点和终点都设为m_ptStart。同时设置捕获鼠标SetCapture()确保后续的鼠标移动消息即使超出窗口也能被接收。WM_MOUSEMOVE如果当前正在绘图即m_pTempRect不为空则获取当前鼠标位置m_ptEnd更新临时矩形对象的终点。然后关键的一步来了如何显示拖拽过程中的动态矩形直接调用Invalidate()重绘整个窗口会导致严重闪烁。正确的方法是使用橡皮筋技术。首先获取设备上下文CClientDC dc(this);。设置绘图模式为R2_NOTXORPEN。这种模式的特点是用同一种颜色画两次第一次会显示第二次则会擦除恢复原状非常适合动态绘制。如果之前已经画过一个临时矩形即m_ptOldEnd有效就用旧终点再画一次矩形将其擦除。然后用新终点m_ptEnd画一次新的临时矩形。最后更新m_ptOldEnd m_ptEnd。WM_LBUTTONUP释放鼠标捕获ReleaseCapture()。此时最终的矩形终点确定。将临时矩形对象m_pTempRect的终点更新为最终的m_ptEnd。然后将这个正式的矩形对象添加到文档的对象列表中GetDocument()-AddObject(m_pTempRect)。通知文档更新GetDocument()-SetModifiedFlag(TRUE)并调用Invalidate()触发视图重绘将最终图形固定下来。最后清理临时对象和旧终点记录。自由曲线铅笔工具的实现略有不同。它在OnLButtonDown时创建一个路径对象CGraphPath并记录第一个点。在OnMouseMove时不断将新的点添加到路径中并实时绘制这条不断增长的折线同样使用橡皮筋技术但画的是Polyline。在OnLButtonUp时完成路径并添加到文档。3.2 选择、移动与变换功能图形编辑离不开对已有对象的操作。选择是第一步。点选在OnLButtonDown且当前工具为“选择”时我们需要遍历文档中的所有图形对象通常从最顶层即列表末尾开始遍历对每个对象调用其HitTest方法检查鼠标点是否命中。找到第一个命中的对象即将其设置为“选中状态”。选中状态可以通过在对象基类中添加一个m_bSelected布尔成员并在其Draw方法中如果被选中就额外绘制一个带有控制点的包围盒通常是矩形四个角和中点的小方块来直观显示。框选在OnLButtonDown时记录起点在OnMouseMove时动态绘制一个选择矩形橡皮筋。在OnLButtonUp时判断哪些图形对象的包围盒GetBoundingRect与这个选择矩形有交集或完全被包含将这些对象都加入选中集合。实现一个CSelection类来管理当前选中的多个对象是个好主意。移动选中对象当有对象被选中且用户在这些对象上按下鼠标并拖拽时进入移动模式。我们需要记录鼠标按下的初始位置和所有选中对象的初始位置。在OnMouseMove时计算鼠标的偏移量offset currentPoint - startPoint然后遍历选中对象对每个对象调用Move(offset)。同时需要只重绘受影响区域以优化性能。可以计算所有选中对象移动前和移动后的包围盒的并集然后调用InvalidateRect(unionRect)仅刷新这个区域。缩放与旋转这是更高级的变换。通常通过选中对象包围盒上的控制点来触发。例如拖动右下角的控制点进行缩放。实现原理是在对象基类中定义变换矩阵或变换中心点在Draw方法中先应用变换矩阵再绘制图形。对于GDI可以使用Graphics::SetTransform对于纯GDI计算变换后的坐标点会更复杂。这是MyDraw可以进阶的方向。3.3 撤销/重做Undo/Redo系统没有撤销重做功能的编辑器是不完整的。实现一个健壮的Undo/Redo系统是MyDraw项目中的一个亮点和难点。命令模式是标准解法。定义一个抽象命令基类ICommandclass ICommand { public: virtual ~ICommand() default; virtual void Execute() 0; // 执行命令 virtual void Unexecute() 0; // 撤销命令 virtual CString GetName() const 0; // 命令名称用于编辑菜单 };具体命令如“添加图形命令”class AddGraphObjectCommand : public ICommand { public: AddGraphObjectCommand(CMyDrawDoc* pDoc, std::unique_ptrCGraphObject obj) : m_pDoc(pDoc), m_object(std::move(obj)) {} virtual void Execute() override { m_pDoc-AddObject(m_object.get()); // 文档接管所有权 // 注意这里需要小心对象所有权的转移确保撤销时对象不被销毁 // 一种方法是文档内部使用shared_ptr命令持有weak_ptr } virtual void Unexecute() override { m_pDoc-RemoveObject(m_object.get()); } virtual CString GetName() const override { return _T(添加图形); } private: CMyDrawDoc* m_pDoc; std::shared_ptrCGraphObject m_object; // 使用共享指针管理对象生命周期 };命令管理器在文档类或一个独立的类中维护两个栈std::stackstd::unique_ptrICommand m_undoStack;和std::stackstd::unique_ptrICommand m_redoStack;。当执行一个操作如添加图形时创建对应的命令对象调用其Execute()然后将其压入m_undoStack并清空m_redoStack。当用户按下CtrlZ撤销时如果m_undoStack不为空则弹出栈顶命令调用其Unexecute()然后将该命令压入m_redoStack。当用户按下CtrlY重做时过程相反。避坑技巧命令对象必须保存足够的信息以精确地恢复状态。对于“移动对象”命令需要保存对象指针和移动的偏移量。对于“修改属性”命令如改变颜色需要保存对象的旧值和新值。特别注意对象的生命周期确保在命令被撤销或重做时它所操作的对象仍然有效。使用std::shared_ptr/weak_ptr或给图形对象分配唯一ID并通过文档查找是常见的解决方案。此外对于连续的同类型操作如连续移动鼠标可以考虑将它们合并为一个“复合命令”以避免撤销栈被塞满。4. 性能优化与高级渲染技巧当图形数量增多时性能问题就会凸显。优化渲染是提升MyDraw体验的关键。4.1 局部刷新与双缓冲技术局部刷新我们之前提到过InvalidateRect。在OnMouseMove移动对象或使用橡皮筋时只刷新受影响区域能极大减少闪烁和CPU占用。关键是精确计算需要刷新的矩形区域。对于移动操作需要刷新“对象旧位置区域”和“对象新位置区域”的并集。双缓冲技术这是消除闪烁的终极武器。闪烁的根本原因是直接在屏幕设备上下文上绘制时用户会看到绘制过程中的中间状态。双缓冲的原理是在内存中创建一个“离屏位图”把所有图形先画到这个位图上等全部画完再一次性将位图拷贝到屏幕。 在MFC的OnDraw函数中实现双缓冲void CMyDrawView::OnDraw(CDC* pDC) { CMyDrawDoc* pDoc GetDocument(); CRect rect; GetClientRect(rect); // 1. 创建兼容的内存DC CDC memDC; memDC.CreateCompatibleDC(pDC); // 2. 创建兼容位图大小与客户区相同 CBitmap memBitmap; memBitmap.CreateCompatibleBitmap(pDC, rect.Width(), rect.Height()); // 3. 将位图选入内存DC CBitmap* pOldBitmap memDC.SelectObject(memBitmap); // 4. 先用背景色填充内存位图 memDC.FillSolidRect(rect, RGB(255, 255, 255)); // 白色背景 // 5. 在内存DC上绘制所有图形 for (const auto obj : pDoc-GetObjects()) { obj-Draw(memDC); } // 6. 绘制选中状态控制点等 if (m_pSelection) { m_pSelection-Draw(memDC); } // 7. 将内存位图一次性拷贝到屏幕DC pDC-BitBlt(0, 0, rect.Width(), rect.Height(), memDC, 0, 0, SRCCOPY); // 8. 清理 memDC.SelectObject(pOldBitmap); }脏矩形优化对于极其复杂的场景可以结合局部刷新和双缓冲。当收到InvalidateRect调用时记录下这个“脏矩形”区域。在OnDraw中不是重绘整个位图而是只重绘脏矩形区域内的图形到内存位图然后再将位图的这个矩形区域拷贝到屏幕对应位置。这需要更精细的图形管理和裁剪区域设置。4.2 从GDI向Direct2D的迁移路径GDI易于上手但在处理大量图形或复杂特效时性能是瓶颈。Direct2DD2D是微软推荐的现代2D图形API完全硬件加速。初始化D2D需要在视图类中创建D2D工厂、渲染目标等资源。通常与窗口关联的是ID2D1HwndRenderTarget。// 在视图类头文件中声明 Microsoft::WRL::ComPtrID2D1Factory m_pD2DFactory; Microsoft::WRL::ComPtrID2D1HwndRenderTarget m_pRenderTarget; Microsoft::WRL::ComPtrID2D1SolidColorBrush m_pBlackBrush; // 在视图类的某个初始化函数中如OnCreate或OnInitialUpdate HRESULT hr D2D1CreateFactory(D2D1_FACTORY_TYPE_SINGLE_THREADED, m_pD2DFactory); if (SUCCEEDED(hr)) { CRect rc; GetClientRect(rc); D2D1_SIZE_U size D2D1::SizeU(rc.Width(), rc.Height()); hr m_pD2DFactory-CreateHwndRenderTarget( D2D1::RenderTargetProperties(), D2D1::HwndRenderTargetProperties(GetSafeHwnd(), size), m_pRenderTarget); } if (SUCCEEDED(hr)) { hr m_pRenderTarget-CreateSolidColorBrush( D2D1::ColorF(D2D1::ColorF::Black), m_pBlackBrush); }在OnDraw中使用D2D不再使用GDI的CDC* pDC而是使用D2D渲染目标。void CMyDrawView::OnDraw(CDC* /*pDC*/) { // 开始D2D绘制 m_pRenderTarget-BeginDraw(); m_pRenderTarget-Clear(D2D1::ColorF(D2D1::ColorF::White)); // 使用D2D绘制图形 for (const auto obj : pDoc-GetObjects()) { obj-DrawD2D(m_pRenderTarget.Get()); // 图形对象需要新增一个D2D绘制方法 } HRESULT hr m_pRenderTarget-EndDraw(); if (hr D2DERR_RECREATE_TARGET) { // 设备丢失需要重建渲染目标和所有依赖资源如画刷 DiscardDeviceResources(); // 下次OnDraw时会自动重建 } }图形对象的D2D绘制方法需要为每个图形对象实现对应的D2D绘制逻辑。例如矩形需要创建ID2D1RectangleGeometry或直接调用FillRectangle/DrawRectangle。混合使用一个平滑的迁移策略是在图形对象基类中同时提供Draw(CDC*)和DrawD2D(ID2D1RenderTarget*)两个虚函数。在视图类中维护一个标志位决定使用哪种渲染器。这样可以在开发过程中逐步迁移并保留GDI作为后备。4.3 文件格式与序列化进阶MFC提供的默认序列化CArchive虽然方便但生成的是二进制格式不透明且不易与其他软件交互。对于MyDraw可以考虑定义自己的文件格式。自定义文本格式如JSON/XML使用如nlohmann/json或pugixml这样的库将图形对象序列化为JSON或XML。优点是人类可读、易于调试、便于扩展。例如一个矩形的JSON表示{ type: rectangle, x: 100, y: 100, width: 200, height: 150, lineColor: #FF0000, fillColor: #00FF00, lineWidth: 2 }在文档类的Serialize函数中根据格式调用不同的解析器。这需要为每个图形对象实现ToJson()和FromJson()方法。版本控制在文件头中写入一个版本号如MyDrawFileVersion: 1。当未来图形对象增加新属性时升级版本号并在加载旧版本文件时提供兼容性处理代码。增量保存与自动恢复对于大型绘图实现增量保存只保存修改的部分可以提升保存速度。此外可以实现崩溃恢复功能定期将文档状态序列化到一个临时文件程序启动时检查并提示用户恢复。5. 实战问题排查与性能调优在实际开发MyDraw的过程中你会遇到各种各样的问题。下面记录了一些典型问题及其解决方案。5.1 常见崩溃与内存问题问题现象可能原因排查与解决思路在绘图或选择时程序随机崩溃1. 野指针图形对象已被删除但视图仍试图绘制它。2. 多线程访问冲突在后台线程修改图形列表同时UI线程在绘制。1.使用智能指针用std::shared_ptr管理图形对象生命周期确保只要视图还在引用对象就不会被释放。在文档中移除对象时使用weak_ptr或从容器中移除但不要立即删除可以交给命令对象管理。2.加锁如果涉及多线程对图形列表的访问使用std::mutex进行保护。但UI操作最好在单线程内完成。内存使用量持续增长内存泄漏1.new/malloc没有对应的delete/free。2. GDI/GDI资源未释放CPen,CBrush,CDC,Bitmap等。1.使用RAII尽量使用MFC类或C标准库容器它们会自动管理资源。对于自定义资源将其封装在类中在析构函数中释放。2.检查GDI对象确保每个SelectObject调用都保存了旧对象并在使用后恢复。使用CGdiObject的派生类它们通常会在析构时自动删除GDI对象。对于GDI确保Graphics,Pen,Brush等对象被正确销毁。撤销/重做几次后程序行为异常命令对象中保存的对象指针失效悬垂指针。不要保存裸指针。在命令对象中保存对象的std::weak_ptr执行前用lock()检查有效性。或者为每个图形对象分配唯一ID如UUID或递增整数命令中保存ID执行时通过ID从文档中查找对象。打开大文件时程序无响应在OnDraw或文件加载函数中执行了耗时操作阻塞了UI消息循环。分步加载对于大文件不要一次性将所有图形对象创建并加入列表。可以先将文件头和图元基本信息读入在OnDraw时按需渲染可见区域的部分。或者使用工作线程加载文件加载完成后发送消息通知UI线程更新。5.2 渲染性能瓶颈分析与优化当图形数量达到成千上万时即使使用双缓冲OnDraw中遍历所有对象进行绘制也可能变得很慢。1. 空间索引加速最有效的优化是减少需要绘制的对象数量。为图形对象建立空间索引例如四叉树Quadtree或R树R-tree。在OnDraw中首先根据当前视图的可见区域视口计算出在世界坐标系下的矩形范围然后查询空间索引快速得到所有与该区域相交的图形对象只绘制这些对象。对于画布很大但图形分布稀疏的场景性能提升是数量级的。2. 分层与显示列表将图形对象按图层Layer分组。每个图层可以单独设置可见性、锁定状态。在OnDraw时只遍历可见且未锁定的图层。更进一步可以为每个图层维护一个显示列表Display List即该图层所有图形渲染指令的缓存。当图层内的对象没有变化时直接重用显示列表避免重新遍历和调用每个对象的Draw方法。当图层内任何对象改变时标记该图层的显示列表为“脏”需要重建。3. 细节层次LOD当视图缩放比例很小时即看到很大范围的图形很多细节是看不见的。此时可以为图形对象实现简化的DrawLOD方法。例如一个复杂的多边形在远距离时可以用其包围盒代替一条很细的曲线在远距离时可以用直线段近似。在OnDraw中根据当前的缩放比例决定调用Draw还是DrawLOD。4. 使用性能分析工具Visual Studio自带的性能探查器Performance Profiler是定位瓶颈的神器。使用“CPU使用率”工具运行MyDraw执行一些重绘操作然后查看分析报告。它会清晰地告诉你OnDraw函数中时间主要花在了哪个函数调用上例如是HitTest函数被调用了太多次还是某个特定图形对象的Draw函数特别耗时。针对热点进行优化事半功倍。5.3 用户体验细节打磨1. 捕捉与对齐绘图时让鼠标能“吸附”到已有图形的关键点端点、中点、交点或网格点上能极大提升绘图精度。实现方法是在OnMouseMove处理绘图或移动时首先获取原始鼠标坐标然后调用一个SnapToPoint函数。这个函数遍历所有图形的关键点以及网格点计算鼠标与这些点的距离如果小于某个阈值如8像素则将鼠标坐标修正到该点上。2. 实时预览与属性面板当用户选中一个图形时在属性面板上实时显示并允许编辑其颜色、线宽等属性。这需要建立视图或属性面板对话框与选中对象之间的数据绑定。可以使用MFC的DDX/DDV机制或手动实现。当属性改变时需要更新对象并刷新视图。注意属性编辑也应支持撤销/重做通常这通过一个“修改属性命令”来实现。3. 多文档与多视图基于MFC的文档/视图架构实现多文档界面MDI非常容易。让MyDraw支持同时打开多个绘图文件每个文件在不同的子窗口中编辑。甚至可以实现同一个文档的多个视图例如一个视图显示整体另一个视图放大显示局部MFC的CDocument::UpdateAllViews机制会自动同步这些视图。4. 插件系统扩展设计一个简单的插件接口允许第三方开发者为MyDraw添加新的图形类型、文件导入/导出过滤器或工具。可以定义一个IPlugin接口包含GetPluginName(),GetSupportedObjectTypes()等方法。主程序在启动时扫描特定目录下的DLL文件动态加载并调用其导出函数来注册插件。这能将MyDraw从一个封闭的应用程序转变为一个可扩展的平台。
