VC++ MFC双人围棋程序：19×19棋盘实现与绘图交互详解-北京尧图网络

简介这是一份面向VC初学者与游戏开发兴趣者的双人围棋对弈程序源码包聚焦MFC框架下的GUI界面设计与基础博弈逻辑实现帮助开发者掌握Windows桌面游戏开发的核心流程。资源共24个文件包含6个CPP源文件与7个H头文件构成完整程序架构3个BMP位图与2个ICO图标支撑界面资源辅以RC资源脚本、DSP/DSW工程配置及APS/CLW辅助文件整体压缩包仅35KB轻量易读。已有260人学习下载适合通过小而精的实战项目理解MFC消息映射、视图文档结构、棋盘状态管理及窗口动态适配等关键技术点。代码结构清晰含I_goView、I_goDoc等典型MFC类划分Grafic.h/cpp封装图形绘制逻辑Toolbar.bmp等资源体现界面交互细节是深入理解VC游戏编程范式的优质入门范例。1. 这不是Go语言项目而是一个VC MFC实现的双人围棋桌面程序很多人看到压缩包名I_go.rar_Go_ Go_ Go!_go围棋和关键词里的“go”第一反应是这是用Go语言写的围棋程序——完全不是。它压根不涉及任何Go语言Golang代码也没有go build、goroutine或go.mod。这是一个典型的Windows平台原生桌面应用用Visual C 6.0 MFC框架开发的双人对弈围棋程序源码结构清晰指向Classic MFC Document/View架构.dswWorkspace、.dspProject、.rc资源脚本、.h/.cpp类声明与实现一应俱全。它解决的是零依赖、免安装、开箱即玩的本地化双人棋盘交互问题——两名玩家在同一台Windows电脑上通过鼠标点击落子实时更新棋盘、提子、判气、终局提示。适合C初学者拆解MFC消息映射机制也适合想回溯Win32 GUI开发脉络的中高级工程师。如果你正卡在“如何用C画一个可响应点击的19×19网格”“怎么让两个玩家轮流操作且状态不冲突”“MFC里CDC绘图坐标怎么和棋盘逻辑坐标对齐”这类具体问题这个项目就是一份带完整工程文件的实操蓝本。2. 解析MFC文档/视图架构下的围棋状态机与图形渲染链路2.1 程序入口与MFC框架初始化流程整个项目以标准MFC AppWizard生成的骨架为基础主入口由I_go.cpp定义// I_go.cpp #include stdafx.h #include I_go.h #include MainFrm.h #include I_goDoc.h #include I_goView.h CWinApp theApp; // 全局应用对象MFC自动调用InitInstance() BOOL CI_goApp::InitInstance() { // 创建主框架窗口 CMainFrame* pFrame new CMainFrame(); if (!pFrame-LoadFrame(IDR_MAINFRAME)) return FALSE; m_pMainWnd pFrame; // 显示窗口并激活 pFrame-ShowWindow(m_nCmdShow); pFrame-UpdateWindow(); return TRUE; }注意LoadFrame(IDR_MAINFRAME)加载的是资源脚本I_go.rc中定义的菜单、工具栏、加速键等IDR_MAINFRAME是资源标识符而非硬编码字符串。这意味着所有UI元素包括Toolbar.bmp、toLeft.bmp等位图都通过资源编译器嵌入到EXE中无需外部文件依赖。该程序采用经典的Document/View分离模式CI_goDoc负责维护棋盘数据19×19二维数组、当前轮次、提子记录CI_goView负责绘制与用户交互。这种解耦让逻辑与表现可独立演进——比如后续想加AI只需替换CI_goDoc::OnPlayerMove()内部算法视图层完全不用动。2.2 棋盘状态建模与合法性校验核心逻辑围棋规则的核心在于“气”的判定与“提子”触发。I_goDoc.h中定义了关键数据结构// I_goDoc.h class CI_goDoc : public CDocument { public: enum { EMPTY 0, BLACK 1, WHITE 2 }; int m_board[19][19]; // 棋盘状态0空1黑2白 int m_currentPlayer; // 当前轮次1或2 CPoint m_lastMove; // 上一手坐标用于高亮显示 BOOL m_isGameOver; // 终局标志 // 成员函数 BOOL IsValidMove(int x, int y); // 判断落子是否合法禁着点、打劫等未实现仅基础气检查 void PlaceStone(int x, int y, int color); // 执行落子提子逻辑 int GetLibertyCount(int x, int y); // 计算某位置所在连通块的气数DFS递归实现 void RemoveGroup(int x, int y); // 提子清空指定连通块 };IsValidMove()是规则守门员其逻辑精简但有效// I_goDoc.cpp BOOL CI_goDoc::IsValidMove(int x, int y) { // 边界检查 if (x 0 || x 19 || y 0 || y 19) return FALSE; // 位置为空 if (m_board[x][y] ! EMPTY) return FALSE; // 模拟落子后计算气数避免修改真实棋盘 int tempBoard[19][19]; memcpy(tempBoard, m_board, sizeof(tempBoard)); tempBoard[x][y] m_currentPlayer; // 若该位置落子后自身无气需检查是否能提对方子 if (GetLibertyCountForTemp(x, y, tempBoard) 0) { // 检查邻接点是否有敌方连通块且气数为0 for (int dx -1; dx 1; dx) { for (int dy -1; dy 1; dy) { if (abs(dx) abs(dy) ! 1) continue; int nx x dx, ny y dy; if (nx 0 nx 19 ny 0 ny 19) { if (tempBoard[nx][ny] 3 - m_currentPlayer) { if (GetLibertyCountForTemp(nx, ny, tempBoard) 0) { return TRUE; // 可提子允许落子 } } } } } return FALSE; // 自身无气且无法提子 → 禁着点 } return TRUE; }提示GetLibertyCountForTemp()是DFS递归函数遍历连通块所有棋子统计周围空点数量。它不修改原棋盘仅用于预判——这是MFC单线程GUI环境下避免状态污染的关键设计。参数tempBoard确保校验过程原子性防止界面卡顿或逻辑错乱。2.3 视图层CDC绘图与坐标映射实现细节CI_goView通过重载OnDraw()实现棋盘渲染核心在于将逻辑坐标0~18映射到设备坐标像素// I_goView.cpp void CI_goView::OnDraw(CDC* pDC) { CI_goDoc* pDoc GetDocument(); ASSERT_VALID(pDoc); CRect rect; GetClientRect(rect); // 获取客户区矩形 // 动态计算格子大小适配不同窗口尺寸 int cellSize min(rect.Width(), rect.Height()) / 20; // 预留边距 int offsetX (rect.Width() - 19 * cellSize) / 2; int offsetY (rect.Height() - 19 * cellSize) / 2; // 绘制棋盘网格线 for (int i 0; i 19; i) { // 横线 pDC-MoveTo(offsetX, offsetY i * cellSize); pDC-LineTo(offsetX 19 * cellSize, offsetY i * cellSize); // 竖线 pDC-MoveTo(offsetX i * cellSize, offsetY); pDC-LineTo(offsetX i * cellSize, offsetY 19 * cellSize); } // 绘制星位天元及四角 int starPoints[9][2] {{3,3},{3,9},{3,15},{9,3},{9,9},{9,15},{15,3},{15,9},{15,15}}; for (int i 0; i 9; i) { int x offsetX starPoints[i][0] * cellSize; int y offsetY starPoints[i][1] * cellSize; pDC-Ellipse(x-2, y-2, x2, y2); } // 绘制棋子 for (int i 0; i 19; i) { for (int j 0; j 19; j) { if (pDoc-m_board[i][j] ! CI_goDoc::EMPTY) { int cx offsetX j * cellSize; int cy offsetY i * cellSize; CBrush brush(pDoc-m_board[i][j] CI_goDoc::BLACK ? RGB(0,0,0) : RGB(255,255,255)); pDC-SelectObject(brush); pDC-Ellipse(cx-8, cy-8, cx8, cy8); pDC-SelectObject(GetStockObject(NULL_BRUSH)); } } } }参数含义典型值可调性说明cellSize单格像素宽度min(W,H)/20窗口缩放时自动重算保证19×19满屏适配offsetX/Y棋盘左上角偏移(W-19×S)/2居中显示避免右侧/底部被裁切starPoints星位坐标表9个固定逻辑坐标符合围棋标准布局不可删减注意MFC的CDC绘图坐标系Y轴向下而棋盘逻辑坐标i,j中i为行、j为列因此m_board[i][j]对应屏幕坐标(offsetX j×cellSize, offsetY i×cellSize)——这是初学者最容易搞反的映射关系。OnDraw()中所有Ellipse()调用都基于此转换否则棋子会斜向错位。3. 双人交互事件驱动链从WM_LBUTTONDOWN到落子生效的完整路径3.1 鼠标点击消息捕获与坐标反解CI_goView通过重载OnLButtonDown()响应玩家点击// I_goView.cpp void CI_goView::OnLButtonDown(UINT nFlags, CPoint point) { CI_goDoc* pDoc GetDocument(); ASSERT_VALID(pDoc); CRect rect; GetClientRect(rect); int cellSize min(rect.Width(), rect.Height()) / 20; int offsetX (rect.Width() - 19 * cellSize) / 2; int offsetY (rect.Height() - 19 * cellSize) / 2; // 将屏幕坐标反解为逻辑坐标i行,j列 int j (point.x - offsetX) / cellSize; // 列 X方向 int i (point.y - offsetY) / cellSize; // 行 Y方向 // 边界校验防点击空白区域 if (i 0 || i 19 || j 0 || j 19) { CView::OnLButtonDown(nFlags, point); return; } // 通知文档执行落子 if (pDoc-IsValidMove(i, j)) { pDoc-PlaceStone(i, j, pDoc-m_currentPlayer); pDoc-UpdateAllViews(NULL); // 触发所有视图重绘 pDoc-m_currentPlayer 3 - pDoc-m_currentPlayer; // 切换玩家 } CView::OnLButtonDown(nFlags, point); }这里的关键是坐标反解精度控制/ cellSize使用整数除法天然实现“点击格子内任意位置都映射到该格中心”。若用浮点四舍五入在cellSize20时point.x419会误判为第21列超出范围而整除419/2020直接越界被后续if拦截更安全。3.2 文档更新通知与视图同步机制UpdateAllViews(NULL)是MFC Document/View模式的核心通信机制// I_goDoc.cpp void CI_goDoc::UpdateAllViews(CView* pSender, LPARAM lHint, CObject* pHint) { POSITION pos GetFirstViewPosition(); while (pos ! NULL) { CView* pView GetNextView(pos); if (pView ! pSender) { pView-OnUpdate(pSender, lHint, pHint); } } }CI_goView::OnUpdate()被自动调用触发Invalidate()强制重绘// I_goView.cpp void CI_goView::OnUpdate(CView* pSender, LPARAM lHint, CObject* pHint) { Invalidate(); // 标记客户区为无效下次WM_PAINT时重绘 UpdateWindow(); // 立即刷新避免延迟 }提示Invalidate()只是标记区域真正绘图在OnDraw()中执行。这种“通知-响应”模式解耦了数据变更与UI刷新比直接在PlaceStone()里调用RedrawWindow()更符合MFC设计哲学也便于未来扩展多视图如添加棋谱记录窗。3.3 工具栏按钮与快捷键的MFC消息映射实现I_go.rc定义了工具栏位图资源MainFrm.cpp中完成按钮绑定// MainFrm.cpp BEGIN_MESSAGE_MAP(CMainFrame, CFrameWnd) ON_COMMAND(ID_TOOL_NEW, CMainFrame::OnToolNew) // 新局按钮 ON_COMMAND(ID_TOOL_UNDO, CMainFrame::OnToolUndo) // 悔棋按钮 ON_UPDATE_COMMAND_UI(ID_TOOL_UNDO, CMainFrame::OnUpdateToolUndo) END_MESSAGE_MAP() void CMainFrame::OnToolNew() { CI_goDoc* pDoc (CI_goDoc*)GetActiveDocument(); if (pDoc) pDoc-NewGame(); // 重置棋盘 } void CMainFrame::OnUpdateToolUndo(CCmdUI* pCmdUI) { // 悔棋按钮启用条件至少一步可撤回 pCmdUI-Enable(((CI_goDoc*)GetActiveDocument())-CanUndo()); }ON_UPDATE_COMMAND_UI宏实现按钮状态动态更新——当棋盘为空时ID_TOOL_UNDO自动灰显无需手动EnableWindow(FALSE)。这是MFC消息反射机制的典型应用比Win32 API手动管理控件状态更简洁。4. 编译部署与常见编译错误排查指南4.1 Visual C 6.0环境配置要点该项目基于VC 6.01998年发布现代Windows系统需兼容性处理步骤操作说明1. 安装VC6下载官方ISO镜像以管理员身份运行setup.exe避免安装到含中文/空格路径如Program Files推荐C:\VC62. 补丁升级安装VC6SP6Service Pack 6修复ATL/MFC内存泄漏支持部分WinXP特性3. 平台SDK手动拷贝Platform SDK头文件到VC98\Include否则#include windows.h可能报错4. 字符集设置项目属性 → Configuration Properties → General → Character Set → Use Multi-Byte Character Set默认Unicode会导致CString编译失败注意VC6默认使用_MBCS多字节字符集若强行切换为Unicode所有CString、LPCTSTR相关代码需重写工作量远超收益。保持多字节即可。4.2 典型编译错误与修复方案错误C2664: CWnd::MessageBoxA : cannot convert parameter 1 from const char [10] to LPCTSTR原因VC6中MessageBox()第一个参数类型为LPCTSTRconst TCHAR*而字符串字面量Game Over在多字节模式下是const char*类型不匹配。修复使用_T()宏包裹字符串// 错误写法 AfxMessageBox(Game Over); // 正确写法 AfxMessageBox(_T(Game Over));链接错误LNK2001: unresolved external symbol _main原因项目类型设为Win32 Console Application但MFC程序需要Win32 Application。修复项目 → Settings → General → Microsoft Foundation Classes → Use MFC in a Shared DLLProject → Settings → Link → Output → Entry-point →wWinMainCRTStartupUnicode或WinMainCRTStartup多字节资源编译失败error RC2175: file I_go.rc is not in DOS format原因.rc文件被UTF-8编辑器保存VC6资源编译器只认ANSI编码。修复用VC6自带的Resource Editor打开I_go.rc另存为ANSI格式或用Notepad编码 → 转为ANSI → 保存4.3 运行时调试技巧利用TRACE宏定位逻辑错误在I_goDoc.cpp关键路径插入TRACE输出配合Output窗口查看void CI_goDoc::PlaceStone(int x, int y, int color) { TRACE(_T(PlaceStone: (%d,%d) by player %d\n), x, y, color); m_board[x][y] color; // 提子逻辑... TRACE(_T(After placement, liberty count at (%d,%d): %d\n), x, y, GetLibertyCount(x, y)); }提示TRACE只在Debug版生效Release版自动剔除不影响性能。比printf更轻量且输出定向到VS的Output窗口无需弹窗干扰。5. 棋盘尺寸自适应优化与双分辨率支持实战5.1 两种棋盘尺寸的实现原理与切换逻辑项目摘要提到“提供两种尺寸的棋盘界面”实际体现在I_goView.cpp的OnSize()重载中// I_goView.cpp void CI_goView::OnSize(UINT nType, int cx, int cy) { CView::OnSize(nType, cx, cy); // 根据窗口宽度动态选择棋盘模式 if (cx 800) { m_boardMode LARGE_BOARD; // 大棋盘cellSize24 } else { m_boardMode SMALL_BOARD; // 小棋盘cellSize16 } // 强制重绘以应用新尺寸 Invalidate(); }m_boardMode是CI_goView类成员变量OnDraw()中据此调整cellSizeint cellSize (m_boardMode LARGE_BOARD) ? 24 : 16;注意该切换逻辑仅依赖窗口宽度未读取显示器DPI。在高分屏如2K/4K上小棋盘模式可能过小此时需手动修改cellSize常量——这是VC6时代缺乏DPI感知能力的典型限制。5.2 高DPI适配补丁强制缩放因子注入若需在Windows 10/11高DPI显示器上正常显示可在CI_goApp::InitInstance()中添加// I_go.cpp BOOL CI_goApp::InitInstance() { // 启用DPI感知需Windows 8.1 #ifdef _WIN32_WINNT_WIN81 SetProcessDpiAwareness(PROCESS_DPI_AWARENESS::PROCESS_PER_MONITOR_DPI_AWARE); #endif // ...原有代码 }同时在I_go.rc中添加清单文件引用需单独创建I_go.manifest?xml version1.0 encodingUTF-8 standaloneyes? assembly xmlnsurn:schemas-microsoft-com:asm.v1 manifestVersion1.0 application windowsSettings dpiAware xmlnshttp://schemas.microsoft.com/SMI/2005/WindowsSettingstrue/pm/dpiAware /windowsSettings /application /assembly提示true/pm表示“每监视器DPI感知”比true更精准。但VC6链接器不支持直接嵌入manifest需用mt.exeWindows SDK提供后期注入mt.exe -manifest I_go.exe.manifest -outputresource:I_go.exe;15.3 实战一键生成13×13与9×9迷你棋盘变体围棋教学常用13×13和9×9棋盘。只需修改两处即可快速衍生修改棋盘维度常量I_goDoc.h#define BOARD_SIZE 13 // 或9 int m_board[BOARD_SIZE][BOARD_SIZE];调整星位坐标表I_goView.cpp// 13×13星位(3,3)(3,6)(3,9)(6,3)(6,6)(6,9)(9,3)(9,6)(9,9) int starPoints[9][2] {{3,3},{3,6},{3,9},{6,3},{6,6},{6,9},{9,3},{9,6},{9,9}};编译后即可获得专用教学版本——无需重写逻辑MFC的封装性让尺寸变更成本极低。本文还有配套的精品资源点击获取

VC++ MFC双人围棋程序：19×19棋盘实现与绘图交互详解

相关推荐

系统拓展CSS核心能力：从选择器、布局到动效与工程化实战

人脸设备如何深度嵌入业务流程？从识别终端到边缘智能节点

二叉树重建算法：前序+中序与后序+中序实现详解

更多资讯

Nature Skills 在 Codex 里跑论文写作全流程：Key 走 TaoToken

微信AI社交：隐身式渗透的上下文感知交互增强

基于Vue的差旅OTA系统设计与实现：状态管理与性能优化实践

2026 AI工具选型实战指南：聚焦可信度、场景穿透与组织适配

OpenMetadata Athena 连接器配置指南：从 IAM 权限到元数据摄取实战

AI时代教育系统的困境与转型路径

今日更新

基于高阶循环谱的MPSK载波频率估计与MATLAB实现

MiniPdf方：.NET开源Office转PDF的高效解决方案

Solon AI v3.10：Java全栈智能体开发框架解析

本周精选

AI驱动的自动化专利分析平台技术解析

LeetCode-Go 题解：1252. Cells with Odd Values in a Matrix（奇数值单元格计数）双解法剖析

在线答疑系统Java毕设实战：Spring Boot前后端分离与状态流转

本月热门

基于YOLO的焊缝缺陷检测：从数据标注到工业部署全流程实践

分布式服务的决策记录

创业产品的首版范围

读完文章，想聊聊您的网站？