企业官网建设流程全解析

1. 项目概述：从零到一构建一个企业级客户资源管理系统

最近在整理硬盘，翻出来一个十多年前用VC++6.0写的客户资源管理系统（CRM）的源码。看着那些熟悉的MFC类名和Win32 API调用，不禁感慨技术栈的变迁。但转念一想，对于很多需要维护遗留系统、进行工业控制软件开发，或者单纯想深入理解Windows桌面应用底层机制的朋友来说，VC++（特别是经典的MFC框架）依然是一座绕不开的“大山”。这个项目麻雀虽小，五脏俱全，涵盖了单机版CRM从数据库设计、UI交互到业务逻辑实现的完整流程。今天，我就把这个老项目的核心思路、关键代码和那些年踩过的“坑”重新梳理一遍，希望能给正在学习或需要使用VC++进行桌面应用开发的朋友，提供一个实实在在的、可编译运行的实战参考。无论你是想了解一个完整的Win32桌面应用如何构建，还是需要借鉴其中的数据管理思路，这篇文章或许都能给你一些启发。

2. 系统整体架构与设计思路拆解

2.1 为什么选择VC++与MFC？

在当今Web和移动端为主流的时代，再谈VC++和MFC似乎有些“复古”。但这个选择在当时乃至现在某些特定场景下，有其不可替代的优势。这个项目诞生于一个对安装部署便捷性、运行环境独立性要求极高的内部管理场景。客户要求软件必须能在一台没有网络、甚至没有安装.NET Framework的Windows XP电脑上稳定运行，并且数据要绝对本地化存储。

基于这些约束，VC++成为了不二之选。它编译生成的是原生Win32可执行文件，依赖极少（通常只需要几个系统DLL），部署就是简单的复制粘贴。MFC（Microsoft Foundation Classes）作为一套封装了Win32 API的C++类库，虽然以“难用”和“代码臃肿”著称，但它提供了文档/视图架构、消息映射、对话框数据交换等成熟机制，能极大地加速Windows桌面应用的开发。对于这个CRM项目，我们需要快速构建出带有菜单、工具栏、列表视图、模态对话框的典型桌面应用，MFC的框架支持能让我们把更多精力集中在业务逻辑上，而不是反复编写创建窗口、处理消息的样板代码。

2.2 核心功能模块设计

这个客户资源管理系统的核心目标是帮助销售团队高效管理客户信息、跟踪联系记录并分析销售机会。因此，整个系统围绕以下几个核心模块进行设计：

1. 客户信息管理：这是系统的基石。需要记录客户的公司名称、联系人、职位、多种联系方式（电话、手机、邮箱、地址）、所属行业、客户等级（如A/B/C类）、来源渠道等。设计上需要考虑信息的可扩展性和查询效率。
2. 联系记录管理：每一次与客户的沟通（电话、拜访、邮件）都需要被记录。这包括联系时间、方式、主要内容、后续待办事项等。这部分数据与客户信息是多对一的关系，是分析客户活跃度和销售跟进情况的关键。
3. 销售机会跟踪：将潜在的销售项目抽象为“机会”，记录机会名称、关联客户、预计金额、当前阶段（如初步接触、需求分析、方案报价、谈判、成交/丢失）、预计成交时间等。这是销售漏斗可视化和管理的基础。
4. 数据统计与报表：基于以上数据，提供基本的统计功能，如客户行业分布图、销售机会阶段统计、联系记录频率分析等。初期版本可能采用列表汇总和简单图表形式。
5. 系统管理与数据安全：包括用户登录/权限管理（简单的用户名密码验证）、数据备份与恢复功能。考虑到是单机版，权限模型可以相对简单，但数据备份至关重要。

2.3 技术栈选型与数据存储方案

• 开发环境：Visual C++ 6.0 (SP6)。这是那个时代的经典，虽然老旧，但其轻量化和对MFC的完美支持至今仍被一些老项目所依赖。当然，你也可以用更高版本的Visual Studio（如VS2008, VS2015）打开并升级项目，但可能会遇到一些兼容性问题，后文会提到。
• UI框架：MFC。主要使用CView的派生类（如CListView）展示数据，使用CDialog及其派生类进行数据录入和编辑，使用CFormView构建复杂的多页面视图。
• 数据存储：Microsoft Access数据库 (.mdb文件)。这是关键选择。为什么不选SQL Server或更轻量的SQLite？在当时，Access有几点优势：1) 无需安装独立的数据库服务，一个jet40.dll或ace.dll驱动就够了，部署极其简单；2) 与VC++/MFC的CDatabase、CRecordset类集成度非常高，通过ODBC或DAO可以很方便地进行操作；3) 对于单用户或少量并发用户的桌面应用，性能完全足够。我们使用DAO (Data Access Objects) 3.6进行数据库操作，因为它比当时的ODBC方式更面向对象，操作Access数据库也更直接。
• 辅助库：可能用到CStdioFile进行日志记录，使用系统API进行简单的数据加密（如对密码字段进行MD5哈希）。

3. 核心模块实现与源码解析

3.1 数据库设计与创建

任何管理系统的核心都是数据模型。我们首先在Access中手动设计数据库CRM.mdb，包含以下几张核心表：

1.User用户表用于系统登录验证。

CREATE TABLE User ( UserID AUTOINCREMENT PRIMARY KEY, UserName TEXT(50) UNIQUE NOT NULL, Password TEXT(32) NOT NULL, -- 存储MD5哈希值 RealName TEXT(50) );

2.Customer客户表存储客户基本信息。

CREATE TABLE Customer ( CustomerID AUTOINCREMENT PRIMARY KEY, CustomerName TEXT(100) NOT NULL, -- 客户公司名称 Industry TEXT(50), -- 所属行业 ContactPerson TEXT(50), -- 联系人 ContactTitle TEXT(50), -- 联系人职位 Phone TEXT(20), Mobile TEXT(20), Email TEXT(100), Address TEXT(255), CustomerLevel INTEGER, -- 客户等级，1:A, 2:B, 3:C Source TEXT(50), -- 客户来源 Remarks MEMO, -- 备注 CreateTime DATETIME DEFAULT NOW() );

3.ContactRecord联系记录表记录与客户的每一次联系。

CREATE TABLE ContactRecord ( RecordID AUTOINCREMENT PRIMARY KEY, CustomerID INTEGER NOT NULL, -- 外键，关联Customer表 ContactTime DATETIME NOT NULL, ContactType TEXT(20), -- 电话、拜访、邮件等 ContactPerson TEXT(50), -- 我方联系人 Summary MEMO NOT NULL, -- 联系概要 NextAction MEMO, -- 后续行动 NextContactDate DATETIME, FOREIGN KEY (CustomerID) REFERENCES Customer(CustomerID) );

4.SalesOpportunity销售机会表跟踪销售项目。

CREATE TABLE SalesOpportunity ( OpportunityID AUTOINCREMENT PRIMARY KEY, OpportunityName TEXT(100) NOT NULL, CustomerID INTEGER NOT NULL, EstimatedAmount CURRENCY, CurrentStage TEXT(50), -- 销售阶段 Probability INTEGER, -- 赢单概率，0-100% ExpectedCloseDate DATETIME, Description MEMO, FOREIGN KEY (CustomerID) REFERENCES Customer(CustomerID) );

注意：在实际的Access中，我们是通过图形化界面创建表和关系的。这里用SQL描述是为了清晰展示结构。务必在Access中建立好表间关系（Relationships），这对于保证数据参照完整性至关重要。

3.2 使用MFC DAO进行数据库连接与操作

MFC的DAO类封装得比较友好。首先，我们需要在stdafx.h中包含DAO头文件并初始化库：

// stdafx.h #include <afxdao.h> // DAO 头文件 // 在应用类的 InitInstance() 方法中初始化DAO引擎 BOOL CCRMApp::InitInstance() { AfxDaoInit(); // 初始化DAO引擎 // ... 其他初始化 return TRUE; } // 在 ExitInstance() 中释放 int CCRMApp::ExitInstance() { AfxDaoTerm(); // 终止DAO引擎 return CWinApp::ExitInstance(); }

接下来，我们封装一个数据库连接管理类CDBManager：

// DBManager.h class CDBManager { public: CDBManager(); virtual ~CDBManager(); BOOL OpenDatabase(LPCTSTR lpszDBPath); // 打开数据库 void CloseDatabase(); // 关闭数据库 CDaoDatabase* GetDatabase() { return &m_db; } // 获取数据库对象 BOOL ExecuteSQL(LPCTSTR lpszSQL); // 执行不返回结果的SQL BOOL IsOpen() const { return m_db.IsOpen(); } private: CDaoDatabase m_db; }; // DBManager.cpp BOOL CDBManager::OpenDatabase(LPCTSTR lpszDBPath) { if (m_db.IsOpen()) { m_db.Close(); } try { // 构建连接字符串。Provider=Microsoft.Jet.OLEDB.4.0 是经典Access驱动 CString strConnect; strConnect.Format(_T("Provider=Microsoft.Jet.OLEDB.4.0;Data Source=%s;"), lpszDBPath); m_db.Open(strConnect); // 打开数据库 return TRUE; } catch (CDaoException* e) { // 异常处理，将错误信息输出到日志或提示用户 TCHAR szError[255]; e->GetErrorMessage(szError, 254); AfxMessageBox(szError, MB_ICONERROR); e->Delete(); return FALSE; } } void CDBManager::CloseDatabase() { if (m_db.IsOpen()) { m_db.Close(); } }

3.3 客户信息管理模块实现

这是系统最核心的部分。我们通常会创建一个CCustomerView视图（派生自CListView）来展示客户列表，并创建一个CCustomerDialog对话框（派生自CDialog）用于新增和编辑客户信息。

1. 客户列表视图 (CCustomerView)

// CustomerView.cpp 中的关键代码片段 void CCustomerView::OnInitialUpdate() { CListView::OnInitialUpdate(); // 设置列表控件为报表模式 CListCtrl& listCtrl = GetListCtrl(); listCtrl.ModifyStyle(0, LVS_REPORT); // 添加列 listCtrl.InsertColumn(0, _T("客户ID"), LVCFMT_LEFT, 60); listCtrl.InsertColumn(1, _T("客户名称"), LVCFMT_LEFT, 150); listCtrl.InsertColumn(2, _T("行业"), LVCFMT_LEFT, 80); listCtrl.InsertColumn(3, _T("联系人"), LVCFMT_LEFT, 80); listCtrl.InsertColumn(4, _T("电话"), LVCFMT_LEFT, 100); listCtrl.InsertColumn(5, _T("手机"), LVCFMT_LEFT, 100); listCtrl.InsertColumn(6, _T("客户等级"), LVCFMT_LEFT, 60); // 从数据库加载数据 LoadCustomerData(); } void CCustomerView::LoadCustomerData() { CListCtrl& listCtrl = GetListCtrl(); listCtrl.DeleteAllItems(); // 清空现有项 CDBManager* pDBMgr = ((CCRMApp*)AfxGetApp())->GetDBManager(); if (!pDBMgr || !pDBMgr->IsOpen()) return; CDaoDatabase* pDB = pDBMgr->GetDatabase(); CDaoRecordset rs(pDB); CString strSQL; strSQL = _T("SELECT CustomerID, CustomerName, Industry, ContactPerson, Phone, Mobile, CustomerLevel FROM Customer ORDER BY CustomerName"); try { rs.Open(dbOpenDynaset, strSQL); int nItem = 0; while (!rs.IsEOF()) { long lID; CString strName, strIndustry, strPerson, strPhone, strMobile; int nLevel; // 从记录集读取字段值 rs.GetFieldValue(_T("CustomerID"), lID); rs.GetFieldValue(_T("CustomerName"), strName); // ... 读取其他字段 // 插入到列表控件 int nIndex = listCtrl.InsertItem(nItem, _T("")); // 先插入空行，设置第一列 listCtrl.SetItemText(nIndex, 0, FormatID(lID)); // 格式化ID显示 listCtrl.SetItemText(nIndex, 1, strName); listCtrl.SetItemText(nIndex, 2, strIndustry); // ... 设置其他列文本 // 关键：将数据库ID存储在列表项的附加数据中，便于后续操作 listCtrl.SetItemData(nIndex, (DWORD_PTR)lID); rs.MoveNext(); nItem++; } rs.Close(); } catch (CDaoException* e) { // 异常处理 e->Delete(); } }

2. 客户编辑对话框 (CCustomerDialog)这个对话框包含各种编辑控件（CEdit、CComboBox等）。MFC提供了DDX（Dialog Data Exchange）和DDV（Dialog Data Validation）机制来简化对话框控件与变量之间的数据交换。

// CustomerDialog.h class CCustomerDialog : public CDialog { // ... public: CString m_strCustomerName; CString m_strIndustry; CString m_strContactPerson; CString m_strPhone; int m_nCustomerLevel; // 对应组合框选择索引 // ... 其他成员变量 protected: virtual void DoDataExchange(CDataExchange* pDX); // DDX/DDV支持 }; // CustomerDialog.cpp void CCustomerDialog::DoDataExchange(CDataExchange* pDX) { CDialog::DoDataExchange(pDX); // 将控件ID与成员变量关联起来 DDX_Text(pDX, IDC_EDIT_CUSTOMERNAME, m_strCustomerName); DDV_MaxChars(pDX, m_strCustomerName, 100); // 数据验证 DDX_Text(pDX, IDC_EDIT_INDUSTRY, m_strIndustry); DDX_Text(pDX, IDC_EDIT_CONTACTPERSON, m_strContactPerson); DDX_Text(pDX, IDC_EDIT_PHONE, m_strPhone); DDX_CBIndex(pDX, IDC_COMBO_LEVEL, m_nCustomerLevel); // 组合框 // ... 其他控件交换 } // 保存数据到数据库 void CCustomerDialog::OnOK() { UpdateData(TRUE); // 将控件内容更新到成员变量，并触发DDV验证 if (m_strCustomerName.IsEmpty()) { AfxMessageBox(_T("客户名称不能为空！"), MB_ICONWARNING); return; } CDBManager* pDBMgr = ((CCRMApp*)AfxGetApp())->GetDBManager(); if (!pDBMgr || !pDBMgr->IsOpen()) { AfxMessageBox(_T("数据库未连接！"), MB_ICONERROR); return; } try { CDaoDatabase* pDB = pDBMgr->GetDatabase(); CDaoRecordset rs(pDB); CString strSQL; if (m_bIsEditMode) { // 编辑模式 strSQL.Format(_T("UPDATE Customer SET CustomerName='%s', Industry='%s', ContactPerson='%s', Phone='%s', CustomerLevel=%d WHERE CustomerID=%ld"), m_strCustomerName, m_strIndustry, m_strContactPerson, m_strPhone, m_nCustomerLevel, m_lCustomerID); } else { // 新增模式 strSQL.Format(_T("INSERT INTO Customer (CustomerName, Industry, ContactPerson, Phone, CustomerLevel) VALUES ('%s', '%s', '%s', '%s', %d)"), m_strCustomerName, m_strIndustry, m_strContactPerson, m_strPhone, m_nCustomerLevel); } pDB->Execute(strSQL); // 执行SQL CDialog::OnOK(); // 关闭对话框 } catch (CDaoException* e) { TCHAR szError[255]; e->GetErrorMessage(szError, 254); AfxMessageBox(CString(_T("保存失败：")) + szError, MB_ICONERROR); e->Delete(); } }

实操心得：直接拼接SQL字符串存在SQL注入风险！虽然这是一个内部单机应用，风险相对较低，但养成良好的安全习惯很重要。对于MFC DAO，可以使用CDaoQueryDef和参数化查询来避免。或者，更简单的方式是对所有字符串字段进行转义（替换单引号）。例如：strValue.Replace(_T("'"), _T("''"));。在正式项目中，强烈建议使用参数化查询。

4. 高级功能实现与界面优化

4.1 多文档/视图架构与数据同步

一个完整的CRM系统不会只有一个客户列表视图。我们可能还需要联系记录视图、销售机会视图等。MFC的多文档/视图架构（MDI）非常适合这种需求。主框架（CMainFrame）包含菜单和工具栏，每个功能模块可以是一个独立的子窗口（CChildFrame和对应的CView）。

数据同步的关键在于，当你在客户视图中修改了某个客户的信息，其他打开着的、显示该客户相关联系记录或销售机会的视图需要及时更新。这通常通过MFC的文档/视图架构和自定义消息来实现。

1. 使用文档类 (CDocument)：我们可以创建一个CCRMDoc文档类，它不直接对应一个文件，而是作为整个应用数据模型的核心管理者。它可以持有数据库连接管理器指针，并维护一些应用级别的状态。
2. 自定义更新消息：在客户信息被修改后，向所有视图广播一个自定义的WM_USER_UPDATE_CUSTOMER消息。

   // 在修改客户信息的函数中（如CCustomerDialog::OnOK之后） AfxGetMainWnd()->SendMessageToDescendants(WM_USER_UPDATE_CUSTOMER, (WPARAM)m_lCustomerID, 0);

3. 视图响应消息：在联系记录视图或机会视图的类中，添加对该消息的映射和处理函数，当收到消息时，判断当前显示的数据是否与更新的客户ID相关，如果是，则重新查询数据库刷新视图。

   // 在视图类的头文件中 afx_msg LRESULT OnUpdateCustomer(WPARAM wParam, LPARAM lParam); // 在视图类的实现文件中 BEGIN_MESSAGE_MAP(CContactRecordView, CListView) ON_MESSAGE(WM_USER_UPDATE_CUSTOMER, OnUpdateCustomer) // ... 其他消息映射 END_MESSAGE_MAP() LRESULT CContactRecordView::OnUpdateCustomer(WPARAM wParam, LPARAM lParam) { long lUpdatedCustomerID = (long)wParam; if (m_lCurrentFilterCustomerID == lUpdatedCustomerID || m_lCurrentFilterCustomerID == -1) { // 如果当前视图正在显示该客户或显示所有客户，则刷新 LoadContactData(); } return 0; }

4.2 数据筛选与查询功能

用户经常需要按条件查找客户。我们可以在客户列表视图的顶部添加一个筛选工具栏或对话框。

实现一个简单的筛选对话框：

// CustomerFilterDialog.h class CCustomerFilterDialog : public CDialog { public: CString m_strFilterName; CString m_strFilterIndustry; int m_nFilterLevel; // -1表示不限 // ... }; // 在CCustomerView中应用筛选 void CCustomerView::ApplyFilter(const CCustomerFilterDialog& filter) { CString strSQL = _T("SELECT * FROM Customer WHERE 1=1 "); if (!filter.m_strFilterName.IsEmpty()) { CString strTemp = filter.m_strFilterName; strTemp.Replace(_T("'"), _T("''")); strSQL.AppendFormat(_T(" AND CustomerName LIKE '%%%s%%' "), strTemp); } if (!filter.m_strFilterIndustry.IsEmpty()) { // ... 类似处理行业筛选 } if (filter.m_nFilterLevel >= 0) { strSQL.AppendFormat(_T(" AND CustomerLevel = %d "), filter.m_nFilterLevel); } strSQL += _T(" ORDER BY CustomerName"); // 使用新的SQL语句重新加载列表 LoadCustomerDataWithSQL(strSQL); }

注意事项：使用LIKE进行模糊查询时，%是Access SQL的通配符（不同于标准SQL的%和_，Access使用*和?，但在Jet SQL中LIKE也支持%和_，取决于驱动和模式。为保险起见，建议测试确认）。另外，对于可能包含单引号的输入，必须进行转义，否则SQL语句会出错。

4.3 报表生成与数据导出

虽然MFC本身不提供强大的报表控件，但我们可以利用一些简单的方法生成基础报表。

1. 列表视图打印：MFC的CListView支持打印和打印预览。你需要重写OnPrint等方法，自定义页眉、页脚和每页的内容布局。这比较繁琐，但对于简单的客户列表打印是可行的。
2. 导出到Excel/CSV：这是更实用和通用的功能。
   • 导出CSV：非常简单。遍历CListCtrl或直接查询数据库，将每条记录用逗号分隔，字符串字段用双引号括起来（防止内容中有逗号），写入一个.csv文件。用户可以用Excel直接打开。

     CStdioFile file; if (file.Open(_T("客户列表.csv"), CFile::modeCreate | CFile::modeWrite)) { // 写入列标题 file.WriteString(_T("\"客户ID\",\"客户名称\",\"行业\"\n")); // 遍历数据，写入每一行 for (int i = 0; i < listCtrl.GetItemCount(); ++i) { CString line; line.Format(_T("\"%s\",\"%s\",\"%s\"\n"), listCtrl.GetItemText(i, 0), listCtrl.GetItemText(i, 1), listCtrl.GetItemText(i, 2)); file.WriteString(line); } file.Close(); }

   • 导出到Excel：可以通过自动化（Automation）操作Excel。这需要电脑上安装有Excel。使用#import指令导入Excel的类型库，然后通过COM接口创建Excel应用、工作簿、工作表，并填充数据。代码量较大，但功能强大。

5. 项目编译、部署与常见问题排查

5.1 在现代Visual Studio中打开并升级旧项目

如果你拿到的是VC++6.0的.dsp/.dsw项目文件，用现代VS（如VS2015/2017/2019）打开时，会触发项目升级向导。这个过程大部分是自动的，但有几个坑点：

1. 字符集问题：VC6默认使用多字节字符集（MBCS），而现代VS默认使用Unicode字符集。升级后，所有字符串字面量前的_T()宏会确保兼容性，但如果你在代码中直接使用了char*和std::string处理中文，可能会乱码。解决方案：在项目属性 -> 常规 -> 字符集中，选择“使用多字节字符集”。或者，更推荐的做法是，将整个项目迁移到Unicode，将所有字符串相关操作改为使用TCHAR、CString（在Unicode下是wchar_t）和std::wstring。
2. MFC库版本：升级后，项目可能会链接到更新版本的MFC库（如mfc140u.dllvsmfc42.dll）。确保部署目标机器上有对应版本的MFC运行时库，或者使用静态链接MFC库（项目属性 -> 常规 -> MFC的使用 -> 在静态库中使用MFC）。静态链接会显著增大exe文件，但部署更简单。
3. DAO支持：VC6的DAO版本是3.6。高版本VS可能不再默认支持DAO或支持更新的版本。你需要确保afxdao.h可用，并且链接了相应的库（如dao360.lib）。有时需要手动将VC6的dao35.dll或dao360.dll及相关头文件、库文件复制到新环境。更现代的替代方案是考虑使用OLE DB或ODBC来操作Access数据库，但需要重写大部分数据库访问代码。

5.2 数据库连接与驱动问题

这是单机版部署时最容易出问题的地方。

1. “未找到可安装的ISAM”错误：通常是因为连接字符串中的驱动提供商（Provider）不正确或系统未安装相应驱动。对于.mdb文件，经典连接字符串是："Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\\path\\to\\CRM.mdb;"对于Windows Vista及以后系统，如果使用.accdb格式的Access 2007+数据库，则需要："Provider=Microsoft.ACE.OLEDB.12.0;Data Source=C:\\path\\to\\CRM.accdb;"务必确保目标机器上安装了相应的数据库引擎（如“Microsoft Access Database Engine 2010 Redistributable”）。
2. 数据库文件被独占锁定：如果你在开发时用Access程序打开了数据库文件，再用你的软件去连接，可能会遇到锁定错误。确保你的应用和Access程序不同时打开同一个数据库文件。可以在连接字符串中添加Mode=ReadWrite;或Mode=Share Deny None;来尝试指定共享模式。
3. 路径问题：建议将数据库文件放在应用程序所在目录的子目录（如\Data）中。在代码中，使用相对路径或通过API获取程序可执行文件路径来构建绝对路径，避免硬编码。

   TCHAR szPath[MAX_PATH]; GetModuleFileName(NULL, szPath, MAX_PATH); PathRemoveFileSpec(szPath); // 去掉文件名，得到程序目录 PathAppend(szPath, _T("Data\\CRM.mdb")); CString strDBPath = szPath;

5.3 界面布局与高DPI适配问题

老式的MFC对话框使用对话框单位（DLU）进行布局，在不同DPI的显示器上可能会显示错乱。VC6时代几乎没有高DPI屏幕，所以代码里不会考虑这些。

应对策略：

1. 设置应用程序DPI感知：在stdafx.h或主程序入口点，添加以下代码声明应用程序为DPI感知（对于Windows 8.1+）：

   #include <ShellScalingApi.h> #pragma comment(lib, "Shcore.lib") // 在InitInstance()早期调用 SetProcessDpiAwareness(PROCESS_PER_MONITOR_DPI_AWARE);

   但这只是让系统知道你的程序能处理DPI变化，并不会自动缩放旧控件。
2. 手动缩放：比较麻烦。可以在OnInitDialog()中获取当前DPI缩放比例，然后遍历所有控件，按比例调整其位置和大小。网上有一些辅助函数可以实现。
3. 最务实的建议：对于内部使用的老旧工具，如果用户显示器DPI固定（如1080P），可以不做特殊处理。如果必须适配，可以考虑在新的UI框架（如Qt、WPF）中重写前端，而将VC++项目作为后端逻辑库。

5.4 内存泄漏排查

MFC项目，特别是大量使用动态创建控件、未正确关闭数据库连接或记录集的情况下，容易发生内存泄漏。在Debug模式下，VC++会在程序退出时输出内存泄漏报告到输出窗口。

常用排查方法：

1. 确保每一个new都有对应的delete，每一个Open都有对应的Close/Release。
2. 对于MFC窗口对象，使用DestroyWindow()而非直接delete。
3. 使用CDaoRecordset后，确保调用了Close()方法。
4. 在App类的ExitInstance()中，确保所有全局或静态对象被正确释放，数据库连接被关闭。

可以在stdafx.h开头定义以下宏，以启用更详细的内存泄漏检测：

#define _CRTDBG_MAP_ALLOC #include <stdlib.h> #include <crtdbg.h>

并在InitInstance()开头加上_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);。

6. 从老项目到现代实践的思考与扩展建议

回顾这个VC++ CRM项目，它代表了上一个桌面应用开发时代的典型技术选型。虽然技术栈已显陈旧，但其完整的数据管理逻辑、模块化设计思想以及对于Windows桌面应用核心机制（消息循环、GDI、资源管理）的体现，依然具有学习价值。

如果你今天需要启动一个类似的管理系统项目，我的建议会是：

1. 技术栈现代化：

   • 前端：考虑使用Qt（C++）或WinUI 3/WPF（C#）来构建更美观、易维护且支持高DPI的桌面界面。对于简单需求，甚至可以用Electron或Tauri（Web技术）打包成桌面应用。
   • 后端/数据层：单机版依然可以选择SQLite（无需安装，单个文件，C++接口成熟），它比Access更轻量、性能更好、更自由。如果考虑未来网络化，可以一开始就采用SQLite本地存储，并通过RESTful API与服务端同步的设计。

2. 架构优化：

   • 采用MVP或MVVM模式清晰分离界面、逻辑和数据，这在MFC的文档/视图架构中是比较模糊的。
   • 使用ORM框架（如C++的ODB、SQLite ORM）来替代手写SQL，减少出错几率，提高开发效率。

3. 功能增强：

   • 数据同步：增加网络模块，实现多终端数据同步（C/S或B/S架构）。
   • 报表系统：集成开源的报表库（如FastReport）或直接生成HTML/PDF报表。
   • 扩展性：设计插件机制，允许后期增加自定义字段或功能模块。

对于学习者而言，将这个VC++项目作为一个“解剖样本”是非常有益的。你可以尝试：

• 用现代C++和Qt重写它，体验现代框架的便捷。
• 将其数据库从Access迁移到SQLite，并比较两者的异同。
• 尝试为其添加一个简单的HTTP服务器，提供Web API，从而理解前后端分离。

最后，源码的价值在于其思想而非具体代码行。这个项目里关于客户、联系、机会的数据模型设计，以及增删改查、筛选、报表的业务逻辑流程，在任何技术栈下都是相通的。理解了这个核心，你就掌握了开发任何资源管理类应用的钥匙。