MFC二维图形绘制课设拆解：从CDC设备上下文到多态架构

简介面向C/MFC学习者的二维图形绘制与信息显示系统完整工程包以鼠标绘制为核心构建了继承自CObject的Shape基类并派生出AreaShape与LineShape适合用于理解面向对象继承、多态及MFC文档视图架构。工程支持绘制后显示图形的顶点、长度、面积与周长可实现区域图形边框/填充颜色修改、线型图形边框颜色修改以及所有图形的平移与旋转还提供图形数目统计、保存与读取文件等功能。压缩包共122个文件以16个h头文件、15个cpp源文件及15个obj编译中间文件为主另含sln/vcxproj工程文件、pdb调试符号、ico/bmp图标资源及exe可执行程序整体约182.78MB可直接编译运行或对照源码学习。已有243人学习下载适合正在完成课程设计或想深入MFC绘图机制的中高级C学习者在Visual Studio环境中参考实践。1. C课设里的二维图形系统这次拆的资源解决什么问题C面向对象程序设计课程设计里基于MFC的二维图形绘制与信息显示系统几乎是每学期都会出现的题目。表面上是画直线、画矩形、画圆但交上去的代码一跑就暴露问题图形只存在一瞬间、窗口一缩就全没了、鼠标拖拽时画面闪成雪花屏。这份资源的核心价值是把设备上下文封装、图形类层次、鼠标绘制交互、屏幕信息回显四个环节串成一个结构清晰、可直接运行的完整方案适合正在做类似课设的本科生也适合想快速搭一个MFC绘图骨架的开发者。它最大的优点不是“能画”而是“画完还能留下来、能显示坐标和数量、能二次扩展”。2. MFC绘图上下文CDC、CPen与CBrush的选入与释放2.1 CDC是画布入口GDI对象是画笔和颜料MFC里所有绘图最终都落在CDC指针上也就是设备上下文。视图类的OnDraw成员函数会收到一个CDC*你用它调用MoveTo、LineTo、Rectangle、Ellipse这些方法。但真正决定图形长什么样的是你在调用之前选入的GDI对象CPen决定线条颜色、线宽、线型CBrush决定填充色和填充样式。void CMyView::OnDraw(CDC* pDC) { // 创建一个红色、2像素宽的实线画笔 CPen pen(PS_SOLID, 2, RGB(255, 0, 0)); // 创建一个淡黄色填充画刷 CBrush brush(RGB(255, 255, 200)); // 把旧对象保存下来稍后要还回去 CPen* pOldPen pDC-SelectObject(pen); CBrush* pOldBrush pDC-SelectObject(brush); // 绘制矩形左上角(50,50)右下角(200,150) pDC-Rectangle(50, 50, 200, 150); // 恢复原来的画笔和画刷避免影响后续绘制 pDC-SelectObject(pOldPen); pDC-SelectObject(pOldBrush); }这段代码的逻辑顺序是固定的先构建GDI对象再选入DC绘制完成后立刻恢复旧对象。构造函数里的PS_SOLID是线型2是线宽RGB是颜色画刷直接传颜色值用默认实心样式。pOldPen和pOldBrush必须保存并在结束时还原这是MFC下GDI资源管理的基本盘。很多初版代码直接把pen和brush声明成局部变量然后不管还原运行几次之后系统GDI句柄就被耗尽窗口开始画不出东西。2.2 四种基础图形的绘制参数课设里最常见的四类图形是直线、矩形、椭圆、多边形它们的绘制调用差异集中在坐标和闭合方式上。图形核心API坐标参数是否闭合笔刷是否生效直线MoveTo LineTo起点(x1,y1)终点(x2,y2)否否矩形Rectangle左上角、右下角是是椭圆Ellipse外接矩形左上角、右下角是是多边形Polygon顶点数组 顶点个数是是直线只用画笔画刷对它完全不生效矩形和椭圆共用一套左上右下坐标逻辑所以很多资源里把它们抽象成同一个“矩形区域”数据结构多边形需要一组CPoint数组顶点数少于3时会画出一个奇怪的结果。这里有个细节值得注意MFC默认使用MM_TEXT映射模式坐标单位就是像素y轴向下鼠标点击位置可以直接当作逻辑坐标用不需要额外换算。// 椭圆不是直接给圆心和半径而是给外接矩形 pDC-Ellipse(50, 50, 200, 150); // 如果希望画圆形保证宽度和高度相等即可 int side 100; pDC-Ellipse(50, 50, 50 side, 50 side);第一个参数组是外接矩形左上角横坐标第三个参数是右下角横坐标以此类推。想画圆就让宽度等于高度在鼠标拖拽时用min函数取两边较小值作为边长能避免画出椭圆。这个“用外接矩形表示椭圆”的设计是实现拖拽预览时最容易被忽略的地方。2.3 GDI资源释放的顺序问题选入DC的对象一定不能提前销毁。有人为了让代码简洁把pen写成了局部变量放在if块内结果绘制还没执行对象就析构了画出来的线条全是默认黑色这是运行期“大多数时候正常、偶尔变色”的典型原因。正确的顺序是先选旧对象回来再让局部变量析构。只要明白了SelectObject的返回值是旧对象指针就能理解为什么教程一再说“保存旧对象、结束时还原”——这不只是规范是防止GDI泄漏的实际手段。我一般会在视图类的OnDraw开头统一创建画笔和画刷结尾统一还原。这样代码虽然多写几行但排查问题时思路清晰要么全部都在作用域内要么全部局部化不搞“一个函数画一半换个函数继续画”的写法。GDI句柄是有限资源进程不断创建新句柄而不释放旧句柄最终会触发“创建失败”这类玄学问题这在重绘频繁的绘图程序里几乎是必现的。3. 面向对象类体系图形基类与派生类的虚函数设计3.1 基类保存共性数据接口用纯虚函数圈定这套资源里的图形类层次设计是整份代码的灵魂。所有图形都有起点、终点、画笔颜色、画刷颜色、线宽这几个公共属性这些放进基类绘制动作和命中检测动作各不一样所以在基类里声明纯虚函数。class CShape { public: CShape() {} CShape(const CPoint ptStart, const CPoint ptEnd, COLORREF clrLine, COLORREF clrFill, int nWidth) : m_ptStart(ptStart), m_ptEnd(ptEnd) , m_clrLine(clrLine), m_clrFill(clrFill) , m_nWidth(nWidth) {} virtual ~CShape() {} // 纯虚函数绘制自己 virtual void Draw(CDC* pDC) 0; // 纯虚函数点选命中测试返回真表示点在该图形上 virtual BOOL HitTest(CPoint point) const 0; protected: CPoint m_ptStart; // 起点 CPoint m_ptEnd; // 终点 COLORREF m_clrLine; // 线条颜色 COLORREF m_clrFill; // 填充颜色 int m_nWidth; // 线宽 };基类的构造函数把五个公共参数一次收齐派生类构造函数透传这些参数即可。m_ptStart和m_ptEnd对直线是首尾点对矩形和椭圆是外接矩形对角线。HitTest声明成纯虚函数后每种图形自己实现命中算法调用方不用关心具体图形类型。这就是这一章的核心把变化的行为延迟到派生类实现调用代码只依赖CShape指针。3.2 派生类各写各的Draw多态在这里生效直线、矩形、椭圆三个类实现Draw时差异非常直观。直线只选画笔不设画刷矩形和椭圆都要选画笔加画刷。class CLineShape : public CShape { public: CLineShape(const CPoint ptStart, const CPoint ptEnd, COLORREF clrLine, int nWidth) : CShape(ptStart, ptEnd, clrLine, RGB(0,0,0), nWidth) {} virtual void Draw(CDC* pDC) override { // 直线只需笔画无需画刷 CPen pen(m_nWidth 0 ? PS_SOLID : PS_SOLID, m_nWidth, m_clrLine); CPen* pOldPen pDC-SelectObject(pen); pDC-MoveTo(m_ptStart); pDC-LineTo(m_ptEnd); pDC-SelectObject(pOldPen); } virtual BOOL HitTest(CPoint point) const override { // 点到直线距离小于一定阈值认为命中阈值取线宽4像素 double dx m_ptEnd.x - m_ptStart.x; double dy m_ptEnd.y - m_ptStart.y; if (dx 0 dy 0) return abs(point.x - m_ptStart.x) 5; double t ((point.x - m_ptStart.x) * dx (point.y - m_ptStart.y) * dy) / (dx * dx dy * dy); if (t 0) t 0; if (t 1) t 1; double px m_ptStart.x t * dx; double py m_ptStart.y t * dy; return hypot(point.x - px, point.y - py) 5 m_nWidth; } };线段命中测试不是简单比较鼠标点和两端点距离而是先把鼠标点投影到线段上把投影比例t限制在0到1之间再计算垂直距离。这个算法保证了鼠标点在直线延长线上时不会被误判。PS_SOLID后面的条件表达式是防御写法避免线宽为0时产生不可预知效果。实际资源里可能还会处理虚线或点划线但课设阶段实线完全够用。矩形和椭圆命中测试更简单矩形检查坐标是否落在左上右下范围椭圆把坐标归一化到单位圆后检查平方和是否小于等于1。这里不展开代码原则是每个派生类的HitTest都只用自己类内的数据不依赖外部状态。3.3 图形工厂避免switch-case在代码里到处扩散视图类在鼠标消息里要频繁创建新图形。如果不做封装代码里就会出现“图形类型是1就new CLineShape是2就new CRectShape”的长串分支。这套资源里使用了简单的工厂函数把类型编号映射到类实例。CShape* CreateShape(int nType, const CPoint ptStart, const CPoint ptEnd, COLORREF clrLine, COLORREF clrFill, int nWidth) { switch (nType) { case 0: return new CLineShape(ptStart, ptEnd, clrLine, nWidth); case 1: return new CRectShape(ptStart, ptEnd, clrLine, clrFill, nWidth); case 2: return new CEllipseShape(ptStart, ptEnd, clrLine, clrFill, nWidth); default: return NULL; } }switch集中到这一个函数里之后新增一种图形只需要增加一个case消息处理函数里永远只写“调用CreateShape然后加入容器”。注意new出来的对象所有权是交给调用方也就是视图类或文档类统一管理的容器最后由容器在析构时统一delete。使用工厂函数时每条分支都返回一个完整初始化的对象失败时返回NULL调用方要先判空再存储。4. 鼠标交互与消息映射从按下到画完的完整状态机4.1 鼠标按下、移动、抬起的消息时序MFC视图类通过消息映射宏接收鼠标事件三个处理的配合关系是按下时记录起点移动时画预览抬起时把图形固定并存入容器。按下和抬起之间系统会持续发送鼠标移动消息每次移动都做“擦除旧预览、画新预览”的操作。BEGIN_MESSAGE_MAP(CMyView, CView) ON_WM_LBUTTONDOWN() ON_WM_MOUSEMOVE() ON_WM_LBUTTONUP() END_MESSAGE_MAP()这三个消息映射宏对应的处理函数分别是OnLButtonDown、OnMouseMove、OnLButtonUp函数内部通过参数拿到鼠标当前位置。注意区分OnLButtonDown的nFlags参数可以判断Ctrl键是否按下OnMouseMove里也要判断是否处于拖拽状态否则鼠标每动一次就画一个预览点画面会变成一团乱线。实现时用一个BOOL成员变量m_bDrawing标记当前是否在绘制过程中按下时置TRUE抬起时置FALSEOnMouseMove只在m_bDrawing为TRUE时才处理预览逻辑。4.2 橡皮筋预览SetROP2与异或绘制预览图形的核心问题是上一次预览的残留怎么擦掉。常见做法是用R2_NOTXORPEN光栅操作同一坐标用相同颜色再画一遍像素会变回原样这样就实现了“画了又擦”的效果。void CMyView::OnMouseMove(UINT nFlags, CPoint point) { if (!m_bDrawing) // 没按下左键就不做预览 return; CClientDC dc(this); // 光栅操作设为异或模式第二次绘制能自动消除上次预览 int nOldRop dc.SetROP2(R2_NOTXORPEN); // 消除上一次的预览图形 if (m_bPreviewValid) { DrawPreview(dc, m_ptStart, m_ptPrevEnd); m_bPreviewValid FALSE; } // 绘制新的预览图形 DrawPreview(dc, m_ptStart, point); m_ptPrevEnd point; m_bPreviewValid TRUE; // 恢复光栅模式避免影响后面正式绘制 dc.SetROP2(nOldRop); CView::OnMouseMove(nFlags, point); }DrawPreview内部根据当前图形类型调用对应的绘制函数但不需要创建正式对象直接按起点和临时终点画即可。这套逻辑的边界条件在于连续两次MouseMove之间第一次进入时预览有效画一遍消除第二次画新预览前再消除上一次的循环往复。如果漏了m_bPreviewValid判空标记首次进入时会拿未初始化的坐标值做异或计算屏幕出现小残点。还有一个细节异或模式下画笔颜色会被反转预览阶段显示的是“反色线”抬起后正式绘制才显示实际颜色这是正常现象不算缺陷。4.3 信息显示的三个落点坐标、模式与数量标题里的“信息显示”对应三个具体功能实时坐标回显、当前图形模式提示、图形总数统计。这三个功能不需要额外控件在OnDraw里用TextOut绘制即可。void CMyView::OnDraw(CDC* pDC) { // 绘制所有已保存的图形 for (size_t i 0; i m_shapes.GetSize(); i) m_shapes[i]-Draw(pDC); // 信息区显示当前坐标 图形模式 图形数量 CString strInfo; strInfo.Format(_T(坐标:(%d,%d) 模式:%s 数量:%d), m_ptMouse.x, m_ptMouse.y, m_nDrawType 0 ? _T(直线) : (m_nDrawType 1 ? _T(矩形) : _T(椭圆)), (int)m_shapes.GetSize()); pDC-TextOut(10, 10, strInfo); }m_ptMouse是鼠标移动时保存的最新坐标没有按下动作也照样更新m_nDrawType是当前选择的图形类型由菜单或工具栏按钮设定m_shapes是CArrayCShape*或CObArray容器存储所有已完成图形。这里用TextOut而不是SetWindowText避免了创建静态控件的繁琐同时也方便后续扩展成状态栏显示。信息显示要保证不覆盖图形区域固定放在左上角10像素偏移处被标题栏挡住的问题在实际运行窗口里不存在因为客户区原点在标题栏下方。5. 避坑与排查编译失败、画面闪烁与图形消失的翻车现场5.1 编译链接阶段C4996报错与重复定义现象编译时一堆“fopen、strcpy被标记为不安全”的警告甚至直接error C4996或者链接时报LNK2005“重复定义”。原因C4996是SDK安全检查提示MFC的CString内部转换使用了被标记为废弃的API在新版本编译环境里默认对这类调用报警。LNK2005则常见于头文件里写了全局变量定义比如CArrayCShape* g_shapes多个cpp包含同一头文件后链接器看到两份同名定义。解决项目属性里把字符集明确设为“使用Unicode字符集”并统一使用CString和_T()宏包裹字符串字面量不再直接写char数组全局变量改成在视图类里用成员变量承载必要时通过GetDocument访问文档类数据。C4996如果仍出现可在预处理定义里加_CRT_SECURE_NO_WARNINGS但这属于治标不如把调用改成安全版本。5.2 运行绘制阶段预览残留与窗口闪烁现象拖动鼠标画图时屏幕上残留一条条预览残影窗口最小化再恢复时所有图形短暂消失又重绘。原因预览残留是异或模式用法不对典型的错误是每次MouseMove都新建CPen并选入DC旧笔恢复前又被新笔覆盖导致异或状态错乱。窗口闪烁则是因为OnDraw在擦除背景时用一个白色HBRUSH把客户区全部刷成白色再重新绘制所有图形每帧都做“擦全屏、画全屏”两阶段。解决预览时全程共用一个画笔对象每个MouseMove只改变坐标不让画笔反复创建销毁重绘时在OnEraseBkgnd里直接返回TRUE禁止背景擦除同时把绘制内容用兼容位图先离线画好再一次性BitBlt这就是常说的双缓冲。双缓冲的核心是用内存DC代替直接绘制代码量大概十行资源里已经集成好了这段逻辑。BOOL CMyView::OnEraseBkgnd(CDC* pDC) { // 不擦背景避免闪白 return TRUE; }5.3 界面交互阶段图形数量增长后卡顿与“画完就消失”现象画了几十个图形之后鼠标拖动预览变得一顿一顿窗口最小化再恢复图形全部消失只剩信息栏数字还在。原因卡顿是因为每次MouseMove都对全部图形重新做命中测试图形数量上来后线性遍历越来越慢图形消失则是数据没有持久化OnDraw里如果直接画“鼠标按下的临时图形”而没存入容器窗口重绘时自然找不到数据。这是这套资源里最常见的错误写法——把图形当临时对象用。解决所有正式图形在OnLButtonUp里new出来并加入m_shapes数组OnDraw的唯一职责是从容器遍历绘制绝不创建临时图形。命中测试优化不用太激进可以先判断鼠标点是否在图元外接矩形范围内不在就直接跳过计算这一条过滤能剪掉一大半无效计算。6. 把系统跑透十五分钟验证路径与三个练手扩展拿到资源后先别急着改代码按固定顺序跑一遍验证路径避免边改边找问题。第一步编译运行拖动鼠标依次画直线、矩形、圆形确认橡皮筋预览无残留第二步把窗口最小化再恢复图形应完整保留信息栏数量应和实际一致第三步连续画五十个图形拖动鼠标绘制新图形感受是否明显掉帧第四步切换图形模式后绘制验证信息栏的模式文本跟着变。以上全过说明资源的核心链路是健康的后面改代码出了毛病能迅速定位到改动点。第一个练手扩展是点选高亮给CShape增加Select和Unselect虚函数选中后在Draw里把线宽改成原来的两倍或换一种醒目颜色并使用4.2节介绍过的命中测试做“拾取”。这个功能能检验你对多态和遍历的理解是否到位。第二个扩展是坐标范围钳制鼠标拖拽时如果终点超出客户区自动把坐标限制在OnDraw可绘制范围内避免画出的图形一部分落在窗口外造成“图形丢失”的错觉。第三个扩展是把图形数据序列化成日志文本每画完一个图形就向调试输出窗口写一行“类型、起点、终点、颜色”运行后打开调试输出就能复盘整个绘制过程这是排查“某个图形画出来不对”时最直接的定位方式。TRACE(_T(图形:%d 起点:(%d,%d) 终点:(%d,%d)\n), m_nDrawType, m_ptStart.x, m_ptStart.y, m_ptEnd.x, m_ptEnd.y);从那以后我每次拿到这类MFC绘图资源都会先强制走一遍最小化恢复和连续绘制五十次的流程这两步能筛掉八成以上的隐藏缺陷再去看类设计和消息处理逻辑。希望这份拆解能帮你在自己的课设或练手项目里少碰几个墙把精力留在真正想做的扩展功能上。本文还有配套的精品资源点击获取