简介：陈建春《用Visual C++开发GIS系统》一书的配套代码资源，面向希望从零上手VC++图形编程与GIS开发的初学者。资源基于MFC框架演示了地图绘制、图形编辑、数据访问等核心流程，可帮助读者理解文档视图结构、GDI绘图、对话框交互及数据库连接等关键知识点。压缩包共90个文件，以cpp/h源文件、bmp位图资源为主，另有rtf说明文档、txt注释、mdb示例数据库、dsp工程文件及批处理脚本，整体仅144KB，轻量精简，便于直接编译调试。已有302人浏览下载。配套代码含完整工程骨架，可结合书籍逐模块学习，从界面搭建到图形绘制乃至数据读写均有示例可循；也可作为课程设计或GIS二次开发入门的起点，进一步扩展空间索引、符号化、投影转换等进阶功能。 提到用Visual C++开发GIS系统，老一批做桌面GIS的人大概率都绕不开陈建春那本《Visual C++开发GIS系统——开发实例剖析》。这本书的配套代码在各类网盘和技术社区里转了很多年，注释里还带着上世纪编程习惯的气息，但就是这套代码，当年帮我啃完了从MFC窗口到图层渲染的全过程。即便放到现在，它依然是理解桌面GIS底层逻辑最直接的入门材料之一。
这篇博文主要面向三类人：刚接触GIS开发、想搞懂空间数据和图形窗口是怎么关联起来的学生；在测绘、国土、规划行业做技术支撑，需要自己写小工具处理矢量数据的从业者；以及想从ArcGIS/QGIS往底层多看一眼的二次开发选手。内容会围绕这套配套代码讲清楚三件事：代码能做什么、环境怎么搭起来、哪些典型坑值得记一笔。
1. 配套代码的整体设计与技术底座
1.1 从书名到代码：它到底是一套什么样的系统
先说个总体的判断：这套代码不是那种只演示按钮点击的示例集，而是一个结构完整、可扩展的桌面GIS雏形。从工程打开那一刻，你就面对的是一个典型的MFC单文档/视结构程序，里面包含了图层管理、矢量数据加载、图形编辑、属性查询、地图整饰这些在商业GIS中才会成体系出现的功能模块。
整套代码基于Visual C++ 6.0 + MFC编写，工程组织方式非常传统：文档类负责数据维护，视图类负责图形显示和鼠标交互，对话框资源负责属性设置和查询。类命名大概能看出作者的思路，比如地图文档、图层、几何对象、投影参数这些概念都在代码里有对应的类和封装。当时的GIS系统内存管理相对直接，大量使用指针和集合类，读起来比现在满屏智能指针的代码更符合初学者的直觉。
值得强调的是，这套代码的设计目标不是做一个演示版，而是给你一个“研究框架”。你不必从零去写空间数据模型，而是可以在已有图层类和几何类的基础上，往里面加自己的组织逻辑、数据格式解析、专题图渲染算法。对于想搞懂“GIS系统到底怎么搭起来”的人，这种可拆解的代码比任何架构文档都直观。
1.2 为什么用Visual C++ 6.0而不是现代IDE
很多人在下载配套代码后第一反应是：工程文件打不开，代码一看就是老古董，Visual C++ 6.0这种编译器现在还有必要折腾吗？我的观点是：有必要，而且别急着用高版本强行转换。
Visual C++ 6.0是上世纪90年代末的编译器，它对C++标准的支持相当有限，但反过来看，恰好因为这个限制，它保留了最简单的工程配置方式，空间数据、图形设备接口、消息映射这些核心概念之间没有框架的层层包裹，逻辑链路短。MFC在VC6时代已经稳定，配套代码用到的类几乎都能直接编译，工程里也没有如今IDE自动生成的大量附加文件，这让源码本身更加纯粹，适合按章阅读。
另外，这本书写的是GIS开发的教学逻辑，不是追赶新特性的工程项目。如果你用Visual Studio 2019/2022打开VC6工程，会碰到字符集、安全函数、头文件路径等各种兼容问题，反而把精力耗在环境上。最稳妥的学习路线是在虚拟机或老系统环境里装VC6 + SP6，把代码原样跑起来，理解了核心之后再考虑迁移到高版本。
2. 环境重建与运行库的那些坑
2.1 从下载到弹出第一个窗口
先从零开始说一遍把配套代码跑通的过程。假设你已经在老机器或者虚拟机里准备好了Windows XP/2000环境，安装Visual C++ 6.0企业版并打上SP6补丁。这个SP6非常关键，它修复了编译器已知的很多问题，比如部分模板编译错误和调试器稳定性问题。安装完成后，打开工程目录下的.dsw工作区文件，直接按F7编译，理论上应该能生成可执行文件。
如果运气不好，编译报错是常态，常见原因就三个：include路径没配置好，库文件路径不对，再就是代码文件编码导致预处理器出错。VC6的Tools->Options->Directories里要确保有MFC include目录和Lib目录；如果是从网盘下载的代码，最好检查一下所有源文件是否完整，缺失文件时错误信息和实际源码完全对不上。
运行阶段最容易出现的是动态链接库缺失，尤其是MFC42.DLL、MSVCP60.DLL这类VC6运行库。在全新的Windows 10/11系统上，这些库默认不存在，网上各种“运行库合集”要么体积太大，要么夹带不需要的组件。我自己习惯的做法是单独下载对应版本的运行库文件，放到系统System32目录，或者直接拷到程序同级目录，实测完全够用。这里还要提个细节：VC6生成的程序默认使用ANSI字符编码，在中文系统上显示正常，但如果你强行给工程加了Unicode支持，反而会触发一堆类型转换错误。
2.2 兼容性设置和工程文件的小手术
在Windows 10/11上跑VC6编译器本身有一个著名问题：打开文件对话框会直接崩溃，因为系统组件接口变了。这个问题的标准解法是给MSDEV.EXE添加一个FileTool.dll插件，或者简单点，用“以兼容模式运行Windows 7”启动VC6，再配合禁用桌面元素，基本就能稳定用。另一个常见问题是调试器无法附加到进程，建议直接使用“开始执行（不调试）”来运行程序，而不是F5调试，省心很多。
如果你不想用虚拟机，也可以尝试把少量源文件直接拖到Visual Studio 2019里按“控制台应用程序”编译。但这要求你会手动改包含路径，并且在代码里规避VC6特有的写法。这套代码里的MFC类库用法大多在VS2019中仍然可用，但像AfxMessageBox、CDC这些API在高版本里行为略有差异，图形刷新可能异常。我的建议是：先原环境跑通，再说迁移，不要一开始就双线作战。
3. 核心模块拆解：从图层到图形的关键实现
3.1 文档视图架构与空间数据的装载
配套代码的底层结构是标准的MFC文档/视图架构。文档类负责维护地图数据的集合，包括所有图层的数据源、字段信息、当前地图范围。视图类负责把文档里的空间数据画到屏幕上，同时处理鼠标的框选、平移到地图交互操作。这种架构的优势在于数据和显示分离：你可以在不重绘窗口的情况下更新数据，也可以单独调整视图的显示逻辑，不会互相干扰。
空间数据在代码里最终被包装成图层对象，每个图层维护两种关键信息：几何集合与属性表。几何集合放在一个动态数组里，遍历时逐个取出坐标点串进行坐标变换，再调用GDI绘图函数画到设备上下文上。属性表则是简单的关系表结构，字段名字、类型、值都存储在内存数组中，实现“点击要素查属性”时就是通过图层把图形索引和属性行索引对应起来的。理解了这套逻辑，也就理解了市面上主流GIS软件图层概念的最简模型：几何与属性的绑定，靠的就是索引一致性。
3.2 矢量数据的加载与渲染路径
配套代码支持的矢量数据格式比较有限，基本是自己定义的一种文本或二进制文件，但数据加载的逻辑有普适性：先解析文件头获取图层范围、要素个数和属性结构，再逐要素读取坐标序列并构建几何对象。每一帧绘制的路径也相当清晰：视图的刷新函数先清空背景，然后按图层顺序逐个调用各图层的绘制函数，而图层绘制函数内部会遍历所有要素，把每一条线段、每一个多边形填充动作交给设备上下文执行。
这套渲染流程没有现在GPU加速的复杂管线，也没有地图缓存的概念，但它把“坐标系变换”这件事讲得很清楚。你要在屏幕上显示经纬度坐标，就得通过视图范围与窗口大小计算缩放比例和平移量，再对每个坐标点做线性变换。配套代码里这部分是独立的计算函数，把坐标从大地坐标转到屏幕像素坐标。我当时就是靠反复读这段代码，才真正分清了地理坐标系、投影坐标系和屏幕坐标系三者之间的区别。
3.3 与热搜高频问题对应的关键算法
看了很多关于“GIS尖锐角处理一般角度多大”“矢量狭长公式怎么算”“GIS编号顺排”这类搜索词，其实都能在这套配套代码的图斑处理模块里找到思路。比如尖锐角是指相邻两条线段的夹角过小，在图形化简和拓扑检查时会被标出来。实际生产里阈值常用5到15度，小于10度基本就能判定为尖锐角。代码里判断起来就是计算顶点处两条向量的夹角，再和阈值比较：
double CalAngle(CPoint p1, CPoint p2, CPoint p3) { double dx1 = p1.x - p2.x, dy1 = p1.y - p2.y; double dx2 = p3.x - p2.x, dy2 = p3.y - p2.y; double dot = dx1 * dx2 + dy1 * dy2; double len = sqrt(dx1*dx1 + dy1*dy1) * sqrt(dx2*dx2 + dy2*dy2); if (len == 0.0) return 0.0; return acos(dot / len) * 180.0 / 3.141592653589793; }而狭长图斑检测用到的狭长比公式，常见表达是周长平方除以面积再除以系数，简单版本就是P * P / (4 * PI * A)。这个值越接近1，图形越接近圆形；值越大，图斑越狭长。配套代码里虽然未必原封不动给了这个公式，但它提供的面积计算和周长计算函数，完全可以自己拼出来：
double CalcElongation(CArray<CPoint, CPoint>& pts) { double area = 0.0, perimeter = 0.0; int nCount = pts.GetSize(); for (int i = 0; i < nCount; i++) { int j = (i + 1) % nCount; area += pts[i].x * pts[j].y - pts[j].x * pts[i].y; perimeter += sqrt(pow(pts[i].x - pts[j].x, 2.0) + pow(pts[i].y - pts[j].y, 2.0)); } area = fabs(area) / 2.0; if (area < 1e-9) return 1.0; return perimeter * perimeter / (4.0 * 3.141592653589793 * area); }至于“GIS编号顺排”，本质是对要素按空间位置排序后再赋予顺序号，通常的做法是先按Y坐标从大到小、再按X坐标从小到大排列，保证从上到下、从左到右的顺序。这套代码里的数组排序函数稍微改一下比较器，就能实现类似效果。
4. 实操过程：编译运行到二次开发实测记录
4.1 一套完整的启动流程
我整理了一套从零到能改代码的流程：先在虚拟机里装好Windows XP SP3，安装VC6企业版并打上SP6补丁，把配套代码放到纯英文路径（例如C:\GISBook\，因为VC6对中文路径的处理有历史遗留bug），打开.dsw工程，等待ClassView加载完成后直接Build。第一次编译可能需要几分钟，等到Output窗口显示0 error就说明基础环境没问题。
启动程序后，界面会出现一个空白地图窗口。你可以从菜单里打开示例数据，看到图层加载和渲染的结果。到这一步，先别急着改功能，建议逐行看一遍App类、Doc类和View类的初始化流程，打开“工程->设置->调试”可执行文件名确认无误后，再尝试在View类的鼠标事件处理函数里加一个断点，感受一下MFC的消息流转。
很多初学者在这个节点会犯一个错误：直接去改数据格式解析的代码，结果连界面都跑不起来。正确的做法是在视图类里加一个简单的绘制测试，比如直接画几个矩形，确认图形刷新链路正常后，再逐步去碰图层和数据的逻辑。从简单到复杂，才符合这套代码“研究框架”的定位。
4.2 从配套代码到自己的工具箱
这套代码在我的实际工作中帮助最大的，是让我学会怎么快速搭一个处理矢量数据的小工具。比如有一次需要批量给一批图斑做尖锐角检查，我直接抽出配套代码里读取坐标数据和计算角度的函数，组装成一个控制台小程序，输入一个数据文件，输出所有可疑顶点坐标和角度值。整个过程没写复杂的界面，只用了原来MFC程序里的核心算法，却解决了实际的生产检查需求。
同样的思路也可以用于“同一图层两个面要素重叠”的问题。配套代码虽然没有直接的拓扑查重叠功能，但它提供了判断点是否在面内的算法基础，你只需要在两层循环里比较两个多边形的顶点关系，就能得到重叠区域。我的做法是把代码里求相交点的部分抽出来，改写成一个IntersectPolygons函数，然后在外面套一个简单的Dialog界面，用CListCtrl列出所有重叠图斑编号，基本就能达到ArcGIS拓扑检查80%的效果。
4.3 地图整饰与坐标标注的实现思路
热搜词里“GIS中作图时怎么在四个角标注坐标值”，也是一个可以从配套代码直接拿方案的需求。地图整饰模块里通常会有绘制图廓线和坐标注记的逻辑：先根据地图视图范围计算出四个角点的经纬度坐标或者投影坐标，然后用格式化字符串把数值写到位图或DC上，再根据图幅的旋转方向决定文字方向。
这套代码里，坐标注记的位置并不是简单写死到窗体的四个角，而是根据当前视图的地理范围动态计算。实现时要注意字体大小和坐标值的位数，如果比例尺过大或过小，注记可能重叠或者显示不全。我一般会加一个设置项，让用户选择坐标小数位数，这样在不同比例尺下都能保持可读性。这些小改造如果不理解原有代码的消息响应机制，会绕不少弯路，但一旦搞清楚，整套地图渲染逻辑就通透了。
5. 常见问题与排查技巧实录
5.1 编译和运行时的典型报错
我整理了一份问题速查表，都是这套代码在实操中重复出现的坑：
| 现象 | 直接原因 | 处理建议 |
|---|---|---|
| 编译报错C1083打不开头文件 | 缺少MFC相关目录或源文件不完整 | 检查VC6的Directories配置，确认源码目录里有afxwin.h等头文件 |
| 链接错误LNK2001 | 没有引入Windows库 | 在Project->Settings->Link里加上kernel32.lib、user32.lib、gdi32.lib |
| Windows 10/11上运行时提示缺少MFC42.DLL | 系统没有VC6运行库 | 从可信来源下载MFC42.DLL/MSVCP60.DLL放入System32或程序目录 |
| VC6打开文件对话框崩溃 | 系统接口与新系统不兼容 | 安装FileTool.dll插件或用兼容模式运行 |
| 启动后窗口空白，无任何图层显示 | 示例数据路径错误或数据文件损坏 | 确认数据文件路径，可先用代码写死一个测试坐标点集 |
5.2 图形显示和中文乱码的处理
中文乱码有两个层面的原因。如果源码在VC6里打开是乱码，多半是文件编码问题，VC6默认按系统ANSI代码页（中文系统即GBK）读取，而有些网上的代码被另存成了UTF-8或者带BOM，编译器解析字符串字面量时就会出错。处理办法是用Notepad++之类的编辑器把文件转换为ANSI编码，再重新编译。
如果程序运行时界面中文乱码，则通常和字体设置有关。MFC窗口默认字体可能不是中文字体，在回调里需要显式创建CFont并指定“宋体”或“微软雅黑”传给控件。另外，如果你在高版本Visual Studio里强行打开VC6工程，还要注意工程属性里的字符集选项，改成“使用多字节字符集”能减少很多CString和LPCSTR之间的类型报错。
5.3 和商业GIS软件搭配使用时的小窍门
很多人在学完这套代码后会想把它和ArcGIS、QGIS或者Bigemap这类工具联起来用。我的经验是不必去复制商业软件的数据格式，而是把配套代码当作算法验证平台。比如从ArcGIS导出Shapefile坐标数据，写一个小转换程序转成配套代码能读的文本格式，跑完几何处理算法后再把结果导回Shapefile，在ArcGIS里叠加显示验证。
核密度计算报错“Error 010024”这类问题，本质上也是数据转换时格式不一致导致的，和这套代码无关，但你可以用配套代码里写好的坐标读取函数，单独检查数据文件是否有重复点、空坐标。很多时候把“脏数据”清理干净，商业软件里的报错就不治而愈了。
6. 从单机代码到现代GIS思维的延展
把配套代码理解透之后，再看现代GIS开发，你会发现很多概念都是相通的。比如“GIS like”这种SQL里模糊查询空间字段的用法，对应到配套代码里就是属性表中字符串字段的精确匹配和模式匹配，你完全可以自己实现一个简化版的LIKE，只需要遍历属性行，对字符串值做包含匹配就行。
图层管理、空间索引、坐标转换这些现代GIS的地基概念，在配套代码里都能找到雏形。只是当时的实现简单直接，比如判断要素是否在可视范围内就是遍历所有要素，而现代引擎会用R树或四叉树做空间索引。如果你面试时被问到空间索引的原理，最好的回答方式不是背概念，而是说“我读过用VC6写的GIS源码，当时的做法是暴力遍历，后来理解了R树是为了减少遍历次数”，这种结合代码经验的回答远比堆术语有说服力。
这套代码对“GIS安装”和“许可证管理”这类问题的帮助也比较间接，但很实在：当你遇到ArcGIS许可启动不了时，至少你能理解GIS软件底层往往是由一组原生动态库和注册表配置组成的，排查思路会更清晰，而不是只会卸载重装。真正理解了桌面GIS的运行机制，很多所谓“软件环境问题”都能一眼看到根因。
本文还有配套的精品资源，点击获取
