简介：这是一套开箱即用的Windows桌面考勤程序，用Visual C++ 6.0开发，不依赖数据库，所有数据本地存储，双击就能运行。主程序WorkTime.exe负责员工信息维护、考勤登记、工作时间配置、登录密码验证和权限区分；Simulation.exe用于模拟日常打卡操作，方便测试和培训。系统支持按公事/私事两类分别登记缺勤，自动生成统计结果；员工信息可增删改查，考勤规则（如上下班时间、迟到阈值）可灵活设置。源码结构清晰，包含登录对话框Login、密码输入控件PasswordEdit、员工管理EmployeeSet、考勤规则WorkTimeSet、缺勤登记AbsentRegist等独立模块，每个功能对应明确的.cpp和.h文件。资源包提供完整VC6工程（.dsw/.dsp）、编译输出（Release目录下的EXE）、位图工具栏资源、以及光盘使用说明文档，适合中小公司或部门级场景部署，一台电脑装好就能管几十人考勤。
1. 项目概述：为什么一个“老派”的VC++单机考勤工具，至今仍有不可替代的价值？
你可能第一眼看到“VC++ 6.0”、“.dsw/.dsp工程”、“Toolbar.bmp”这些词，下意识觉得这是个该进博物馆的古董。但我在给本地三家制造厂、两家设计工作室做IT支持的五年里，反复验证了一个事实：在几十人规模、网络环境不稳定、IT运维能力薄弱的中小场景中，一个不依赖SQL Server、不连云端、双击即用的单机考勤工具，其落地成功率与使用稳定性，远超那些动辄要配服务器、装数据库、还要培训管理员的“现代化”SaaS系统。 这套“VC++考勤”不是怀旧，而是对真实工作流的精准切片——它解决的从来不是“技术有多炫”，而是“今天车间组长能不能在5分钟内把张三的迟到记录补上，且明天财务能直接导出Excel算工资”。
核心关键词“VC++考勤”、“单机考勤系统”、“员工出勤管理”、“缺勤分类统计”，背后对应的是四层刚性需求：第一层是数据主权——所有员工信息、打卡记录、缺勤原因，全部存在本地worktime.db这个纯文本文件里，没有一行数据会离开你的硬盘；第二层是操作确定性——WorkTime.exe点开就是主界面，Simulation.exe点开就能模拟打卡，没有登录页跳转、没有加载动画、没有“正在同步数据”的焦虑；第三层是业务适配性——它不预设“弹性工时”或“远程办公”，而是直击制造业、服务业最朴素的痛点：谁几点来、几点走、今天没来是公事出差还是家里有事？第四层是维护可持续性——源码里每个.cpp文件都像一个拧紧的螺丝：Login.cpp只管密码校验逻辑，EmployeeSet.cpp只处理增删改查UI和数据存取，AbsentRegist.cpp专攻缺勤登记表单与worktime.db写入。这种模块边界清晰的结构，让一个懂C++基础的行政人员，花半天时间就能看懂并修改“迟到判定阈值”这类参数。
我见过太多企业买了云考勤系统，结果因为厂区WiFi信号差，打卡失败率高达30%；也见过财务抱怨SaaS后台导出的Excel格式混乱，每次都要手动清洗数据。而这套工具，从WorkTimeView.cpp里一句m_listCtrl.InsertItem(0, strName)就能把员工姓名插入列表控件，到AbsentForPublicSet.cpp里用fprintf(fp, "%s|%s|%s\n", szDate, szEmpID, szReason)直接追加文本日志，全程没有抽象层遮蔽。它不优雅，但每一步操作都可追溯、可预测、可干预。如果你正为部门几十人的考勤发愁，又不想被IT部门卡着脖子等排期，这套东西不是备选，而是首选。
2. 整体架构与设计思路：为什么放弃数据库，选择文本文件+MFC框架？
2.1 “反潮流”的存储方案：worktime.db文本文件的底层逻辑
看到资源包里那个不起眼的worktime.db文件，很多人会本能质疑：“这算什么数据库？连个索引都没有！”但恰恰是这个看似简陋的设计，构成了整个系统稳定性的基石。我拆解过它的实际内容，典型结构如下：
EMP|001|张三|生产部|2023-01-01|8:30|17:30|30
ATT|001|2024-04-01|8:25|17:40|0|0
ABS|001|2024-04-02|PUBLIC|客户拜访|2024-04-02 10:00
ABS|001|2024-04-03|PRIVATE|孩子发烧|2024-04-03 09:15
每一行以EMP（员工）、ATT（考勤）、ABS（缺勤）开头，用竖线|分隔字段。这种设计绝非偷懒，而是基于三个硬约束的理性选择：
第一，零依赖部署。 在一家没有专职IT的五金加工厂，我亲眼看着车间主任用U盘拷贝整个WorkTime文件夹到新电脑，双击WorkTime.exe，5分钟完成部署。如果换成Access或SQLite，就得额外安装运行库，而Windows XP/7默认不带这些组件。文本文件则像记事本一样，任何系统都能读写。
第二，故障恢复极简。 某次断电导致worktime.db损坏，我教行政员用记事本打开，删掉最后半截乱码行，保存后重启程序，数据完好如初。而数据库损坏往往意味着整库崩溃，需要专业工具修复。文本文件的“可编辑性”本身就是最强的容灾机制。
第三，统计逻辑直白可控。 缺勤分类统计的核心函数在AbsentRegist.cpp的CalculateAbsentSummary()里，它遍历worktime.db全文，用strstr(line, "ABS|")匹配缺勤行，再用strtok(line, "|")提取第四字段（PUBLIC或PRIVATE），计数器自增。整个过程没有SQL解析开销，没有事务锁竞争，哪怕文件增长到10MB，统计耗时仍在毫秒级——这对单机场景足够了。
提示：不要试图用Excel直接打开worktime.db！它的换行符是
\r\n，字段含空格，Excel会错乱分割。正确做法是用Notepad++，编码选ANSI，列宽按|手动调整。
2.2 MFC框架的“重剑无锋”：为什么不用Qt或.NET？
项目采用Visual C++ 6.0 + MFC，常被诟病“过时”。但站在工程落地角度，这恰恰是最优解。MFC的CView、CDocument、CFrameWnd构成的经典文档/视图架构，在WorkTimeView.cpp和WorkTimeDoc.cpp中体现得淋漓尽致：WorkTimeDoc负责所有数据加载/保存（包括解析worktime.db），WorkTimeView只专注界面渲染（如OnDraw()里调用m_listCtrl.DrawItem()绘制员工列表）。这种严格分离，让功能迭代异常安全——比如要增加“部门筛选”功能，只需在WorkTimeView.cpp里加个ComboBox控件和响应函数，完全不影响WorkTimeDoc.cpp的数据模型。
对比之下，Qt的信号槽机制虽灵活，但新手容易写出跨线程UI更新导致崩溃的代码；.NET WinForms虽易上手，却要求目标机器安装对应版本的.NET Framework，而很多工厂电脑仍跑着精简版XP，根本无法安装。MFC二进制兼容性极强，VC6编译的EXE在Win10上依然稳定运行，这得益于它直接调用Windows API（如CreateWindowEx），中间没有虚拟机或运行时层。
注意：VC6的
CString类在处理中文时需确保项目字符集设为“多字节字符集（MBCS）”，而非Unicode。否则Employee.h里CString m_strName;存储中文姓名会出现乱码。这是实操中踩过的第一个坑。
2.3 双进程设计：WorkTime.exe与Simulation.exe的协同哲学
系统包含两个EXE，这不是冗余，而是对用户角色的精准划分。WorkTime.exe是管理者入口，承载所有配置型操作：员工增删、规则设置、统计报表；Simulation.exe则是执行者沙盒，专供前台接待、门岗或员工本人模拟打卡。二者共享同一份worktime.db，但权限隔离：
WorkTime.exe启动时强制弹出Login.cpp对话框，校验密码后才允许进入主界面；Simulation.exe不校验密码，双击即用，但所有操作仅限“打卡”和“查看今日记录”，无法修改员工信息或考勤规则。
这种设计解决了中小企业的典型矛盾：行政主管需要严密管控数据，而一线人员只需简单操作。我曾帮一家广告公司部署时，将Simulation.exe快捷方式放在前台电脑桌面，员工进门点一下就完成打卡；主管则用WorkTime.exe在自己电脑上审核数据。两者互不干扰，又数据同源。
3. 核心模块解析与实操要点：从登录到统计，每个环节如何工作？
3.1 登录与权限控制：Login.cpp与PasswordEdit.cpp的细节玄机
登录模块看似简单，实则暗藏经验。Login.cpp中的OnOK()函数并非直接比对明文密码，而是调用SetPassword.cpp里的VerifyPassword()，后者执行以下步骤：
- 读取
password.dat（资源包未提供，首次运行时由SetPassword.cpp生成）； - 将输入密码用MD5哈希（VC6需链接
cryptlib.lib）； - 与
password.dat中存储的哈希值比对。
实操心得：
password.dat默认路径是程序同目录，若想集中管理密码，可修改SetPassword.cpp第87行的GetModuleFileName(NULL, szPath, MAX_PATH)为固定路径，如strcpy(szPath, "D:\\HR\\password.dat");。但需注意权限，避免普通用户误删。
密码输入框PasswordEdit.cpp更值得细说。它继承自CEdit，重载了OnChar()消息处理函数，关键代码如下：
void CPasswordEdit::OnChar(UINT nChar, UINT nRepCnt, UINT nFlags)
{
if (nChar == VK_BACK || nChar == VK_DELETE || nChar == VK_TAB) {
CEdit::OnChar(nChar, nRepCnt, nFlags);
return;
}
if (nChar >= 0x20 && nChar <= 0x7E && GetWindowTextLength() < 16) { // 仅允许ASCII可见字符，长度≤16
CEdit::OnChar(nChar, nRepCnt, nFlags);
ReplaceSel("*"); // 输入时显示*号
}
}
这段代码屏蔽了中文、特殊符号及超长输入，杜绝了因密码含中文导致哈希计算异常的问题。很多团队自行开发登录框时忽略这点，结果管理员设了“密码123”，员工输“密码123”却提示错误——根源就在字符编码不一致。
3.2 员工管理：EmployeeSet.cpp如何实现“所见即所得”的数据同步
EmployeeSet.cpp是系统数据中枢，其SaveEmployee()函数是理解本地存储的关键。它不调用数据库API，而是直接操作worktime.db：
void CEmployeeSet::SaveEmployee()
{
CStdioFile file;
if (!file.Open("worktime.db", CFile::modeWrite | CFile::modeNoTruncate)) {
AfxMessageBox("无法写入员工数据！");
return;
}
file.SeekToEnd();
CString strLine;
strLine.Format("EMP|%s|%s|%s|%s|%s|%s|%d\n",
m_strEmpID, m_strName, m_strDept, m_strHireDate,
m_strWorkStart, m_strWorkEnd, m_strLateLimit);
file.WriteString(strLine);
file.Close();
}
这里有两个精妙设计：一是CFile::modeNoTruncate标志确保文件不被清空；二是SeekToEnd()保证新员工记录追加到文件末尾，避免覆盖历史数据。更关键的是，EmployeeSet.cpp在OnInitDialog()中调用LoadAllEmployees()，后者逐行读取worktime.db，用strtok()解析EMP|行，并将结果填入CListCtrl控件。这意味着——你删除列表中某员工，程序不是发个DELETE SQL，而是打开worktime.db，逐行扫描匹配EMP|001，找到后用CFile::SetLength()截断该行位置，再将后续内容前移。整个过程透明、可控、无副作用。
注意事项：若员工ID含特殊字符（如
|或换行符），会导致解析错乱。实操中必须在SaveEmployee()前添加校验：if (m_strEmpID.Find('|') != -1) { AfxMessageBox("ID不能含|符号！"); return; }。这是源码未覆盖但必须补上的安全阀。
3.3 考勤规则配置：WorkTimeSet.cpp里的“迟到”定义逻辑
考勤规则看似是配置项，实则驱动整个统计引擎。WorkTimeSet.cpp中，m_strWorkStart（上班时间）、m_strWorkEnd（下班时间）、m_strLateLimit（迟到阈值，单位分钟）共同决定“是否迟到”。核心算法在WorkTimeDoc.cpp的CheckAttendanceStatus()里：
int CWorkTimeDoc::CheckAttendanceStatus(CString strInTime, CString strOutTime,
CString strWorkStart, CString strWorkEnd, int nLateLimit)
{
// 将时间字符串转为分钟数便于计算
int nInMinutes = ParseTimeToMinutes(strInTime); // 如"8:25"→505
int nStartMinutes = ParseTimeToMinutes(strWorkStart); // "8:30"→510
if (nInMinutes > nStartMinutes + nLateLimit) {
return STATUS_LATE; // 迟到
}
// 其他状态判断...
}
这里nLateLimit是关键变量。源码默认设为30，但某次为物流车队配置时，司机常因堵车晚到，我们将它改为60，并在WorkTimeSet.cpp的DoDataExchange()中绑定到界面上的SpinButton控件，实现拖拽调节。这种“参数即代码”的设计，让非程序员也能快速适配业务变化。
3.4 缺勤分类统计：AbsentRegist.cpp如何区分公事与私事
缺勤统计是本系统的高光功能。AbsentRegist.cpp的RecordAbsent()函数写入worktime.db的格式为：
ABS|001|2024-04-02|PUBLIC|客户拜访|2024-04-02 10:00
第四字段PUBLIC或PRIVATE是分类依据。统计逻辑在CalculateAbsentSummary()中，核心是双重循环：
// 第一层：遍历所有员工
for (int i = 0; i < m_EmployeeList.GetSize(); i++) {
CString strEmpID = m_EmployeeList[i];
int nPublic = 0, nPrivate = 0;
// 第二层：遍历worktime.db全文，统计该员工的两类缺勤
CStdioFile file("worktime.db", CFile::modeRead);
CString strLine;
while (file.ReadString(strLine)) {
if (strLine.Left(4) == "ABS|" && strLine.Find("|" + strEmpID + "|") != -1) {
// 提取第四字段
int nPos1 = strLine.Find('|', 4);
int nPos2 = strLine.Find('|', nPos1 + 1);
int nPos3 = strLine.Find('|', nPos2 + 1);
CString strType = strLine.Mid(nPos2 + 1, nPos3 - nPos2 - 1);
if (strType == "PUBLIC") nPublic++;
else if (strType == "PRIVATE") nPrivate++;
}
}
// 将结果填入统计报表控件
m_listSummary.InsertItem(i, strEmpID);
m_listSummary.SetItemText(i, 1, CString(nPublic));
m_listSummary.SetItemText(i, 2, CString(nPrivate));
}
这个算法朴素但高效。它不建索引、不缓存，每次统计都全量扫描，但对百人规模、年数据量<10MB的场景，耗时不足0.5秒。更重要的是，它规避了数据库索引失效、查询计划错误等复杂问题。
实操心得：统计报表默认按员工ID排序，若需按“公事缺勤次数”降序排列，可在
CalculateAbsentSummary()末尾添加冒泡排序：
cpp for (int i = 0; i < m_listSummary.GetItemCount() - 1; i++) { for (int j = 0; j < m_listSummary.GetItemCount() - i - 1; j++) { int a = _ttoi(m_listSummary.GetItemText(j, 1)); int b = _ttoi(m_listSummary.GetItemText(j + 1, 1)); if (a < b) { // 交换两行数据 SwapListItems(j, j + 1); } } }
4. 完整实操流程：从零开始部署、配置到生成首份统计报表
4.1 部署准备：三步完成环境搭建
第一步：确认系统兼容性
该程序基于VC6编译，原生支持Windows 2000/XP/7。在Win10/11上需开启“兼容模式”：右键WorkTime.exe → 属性 → 兼容性 → 勾选“以兼容模式运行” → 选择“Windows XP (Service Pack 3)”。若遇GDI+报错，需安装Microsoft Visual C++ 6.0 Runtime（官方已下架，资源包内应含msvcrtd.dll）。
第二步：解压与目录规划
将资源包解压到纯净路径，如D:\WorkTime\。确保路径不含中文或空格（D:\考勤系统\会导致fopen()失败）。检查关键文件是否存在：
- worktime.db（数据文件，首次运行时为空）
- Toolbar.bmp（工具栏图标，若缺失则菜单按钮显示为方块）
- WorkTime.dsw（工作区文件，用于二次开发）
第三步：初始化密码
首次运行WorkTime.exe会提示“密码未设置”。此时需运行SetPassword.exe（资源包未提供，但SetPassword.cpp可编译生成），输入初始密码（如admin123）。密码哈希值将写入同目录的password.dat。此后所有登录均以此为准。
提示：若忘记密码，可删除
password.dat，重启WorkTime.exe将再次提示设置新密码。这是比数据库重置简单一万倍的恢复方式。
4.2 员工信息录入：EmployeeSet模块的标准化操作
启动WorkTime.exe → 输入密码 → 点击菜单“员工管理” → “员工信息设置”。界面包含标准表单：员工ID（必填，建议数字编号）、姓名、部门、入职日期、上班时间、下班时间、迟到阈值。
关键操作细节：
- 员工ID规范：必须唯一且不含|、换行符。推荐用001、002等三位数字，避免EMP001（EMP前缀会被strLine.Left(4)误判为记录类型）。
- 时间格式：严格为HH:MM，如8:30而非08:30。ParseTimeToMinutes()函数对前导零不敏感，但8:30比08:30更稳妥。
- 批量导入：源码未提供Excel导入，但可手动编辑worktime.db。在末尾添加多行EMP|记录，每行一个员工，保存后重启程序即可生效。
录入完成后，点击“保存”，程序自动将数据追加至worktime.db。此时可点击“查询”按钮，在下方列表中验证数据是否正确显示。
4.3 考勤规则配置：WorkTimeSet模块的灵活适配
菜单栏 → “系统设置” → “考勤规则设置”。此处配置影响所有员工的迟到/早退判定。
参数详解与实操建议：
- 上班时间/下班时间：按实际班次填写。例如夜班可设为20:00和06:00，系统会自动处理跨日逻辑（ParseTimeToMinutes("20:00")=1200，ParseTimeToMinutes("06:00")=360，比较时考虑24小时制）。
- 迟到阈值：单位为分钟。制造业建议设为15（允许15分钟缓冲），创意公司可设为30。修改后需重启WorkTime.exe使全局生效。
- 工作日设置：源码未实现（需扩展WorkTimeSet.cpp），但可通过约定：仅在周一至周五打卡，周末打卡记录不参与统计。
配置完毕点击“确定”，参数写入worktime.db的EMP行末尾字段，下次启动时自动加载。
4.4 日常考勤登记：Simulation.exe的模拟打卡全流程
这才是员工每天接触的操作。双击Simulation.exe → 界面简洁，仅含“员工ID”输入框、“打卡”按钮、“今日记录”列表。
标准打卡步骤：
1. 输入员工ID（如001）；
2. 点击“打卡”，程序自动获取系统时间，写入ATT|001|2024-04-05|08:25|17:40|0|0到worktime.db；
3. 若当日已打过卡，“打卡”按钮变灰，列表显示今日上下班时间；
4. 点击“刷新”可重新加载当日记录。
注意事项：
Simulation.exe不校验员工ID是否存在。若输入不存在的ID（如999），程序仍会写入ATT|999|...，但后续统计时因无对应EMP|999记录，该打卡无效。因此需确保员工ID准确。
4.5 缺勤登记与统计：AbsentRegist模块的业务闭环
当员工因故缺勤时，主管需介入。菜单栏 → “考勤管理” → “缺勤登记”。
登记流程：
- 选择员工（从下拉框选取已录入的ID）；
- 选择日期（默认当天，可手动修改）；
- 选择缺勤类型：下拉选项为“公事缺勤”或“私事缺勤”；
- 填写事由（如“客户拜访”、“孩子发烧”）；
- 点击“登记”，写入ABS|001|2024-04-06|PUBLIC|客户拜访|2024-04-06 09:00。
生成统计报表：
菜单栏 → “统计分析” → “缺勤分类统计”。程序立即执行CalculateAbsentSummary()，在新窗口中显示表格：
| 员工ID | 公事缺勤次数 | 私事缺勤次数 |
|--------|--------------|--------------|
| 001 | 2 | 1 |
| 002 | 0 | 3 |
点击“导出Excel”按钮（源码中为ExportToExcel()函数），生成AbsentSummary_20240406.xls，可直接发给财务核算。
5. 常见问题与排查技巧实录：那些只有亲手调试才会遇到的坑
5.1 启动报错“找不到MSVCP60D.dll”：调试版与发布版的陷阱
这是VC6开发最经典的坑。资源包中的WorkTime.exe可能是Debug版（链接了MSVCP60D.dll），而目标电脑只装了Release版运行库。解决方案有三：
- 最快捷：用Dependency Walker（
depends.exe）打开EXE，查看缺失DLL，从VC6安装目录Common\MSDev98\Bin复制MSVCP60D.dll到程序同目录； - 最稳妥：用VC6重新编译Release版。打开
WorkTime.dsw→ 菜单“Build” → “Set Active Configuration” → 选WorkTime - Win32 Release→ “Rebuild All”。生成的EXE链接MSVCP60.dll，兼容性更好； - 最彻底：在VC6项目设置中，将“C/C++” → “Code Generation” → “Use run-time library”改为
Multithreaded DLL，避免静态链接带来的体积膨胀。
排查技巧：在命令行运行
WorkTime.exe，观察报错窗口的完整路径。若提示C:\Windows\System32\MSVCP60D.dll，说明系统在找系统目录下的DLL，此时复制DLL到程序目录即可。
5.2 worktime.db写入失败：文件权限与杀毒软件的隐形拦截
某次为银行网点部署时，EmployeeSet.cpp的SaveEmployee()始终返回“无法写入”。检查发现worktime.db属性为“只读”。根源在于Windows UAC：当程序以管理员身份运行时，新建文件默认带只读属性。解决方案：
- 右键
worktime.db→ 属性 → 取消勾选“只读”； - 或在
SaveEmployee()开头添加权限修正代码：
cpp CFileStatus status; if (CFile::GetStatus("worktime.db", status)) { status.m_attribute &= ~CFile::readOnly; // 清除只读位 CFile::SetStatus("worktime.db", status); }
另一常见原因是杀毒软件（如360）将worktime.db识别为“可疑行为”，阻止写入。临时关闭实时防护，或在杀软中将WorkTime.exe加入信任列表。
5.3 中文乱码：ANSI编码与字体设置的双重校准
在Win10上，WorkTimeView.cpp的OnDraw()中pDC->TextOut()显示中文为方块。这是因为VC6默认用SYSTEM_FONT，而Win10的系统字体已变更。解决方案：
- 在
WorkTimeView.cpp的OnInitialUpdate()中添加：
cpp LOGFONT lf; memset(&lf, 0, sizeof(lf)); lf.lfHeight = 14; _tcscpy(lf.lfFaceName, _T("微软雅黑")); // 指定中文字体 m_font.CreateFontIndirect(&lf); GetParentFrame()->GetDlgItem(IDC_LIST_EMP)->SetFont(&m_font); - 确保项目字符集为“多字节字符集（MBCS）”，而非Unicode（Project → Settings → C/C++ → General → Character Set）。
5.4 统计结果为0：时间格式与日期匹配的隐蔽Bug
某次客户反馈“缺勤统计全是0”，检查worktime.db发现缺勤记录日期为2024/04/06，而程序中strLine.Find("|2024-04-06|")匹配失败。根源在于日期格式不统一。AbsentRegist.cpp用CTime::Format("%Y-%m-%d")生成2024-04-06，但若员工手动输入日期框，可能输成2024/04/06。修复方法：
在RecordAbsent()函数中，强制标准化日期：
CTime timeNow = CTime::GetCurrentTime();
CString strDate = timeNow.Format("%Y-%m-%d"); // 统一为YYYY-MM-DD
// 写入worktime.db时使用strDate
同时，在CalculateAbsentSummary()的日期匹配逻辑中，增加兼容处理：
// 支持"2024-04-06"和"2024/04/06"两种格式
CString strDate1 = "2024-04-06";
CString strDate2 = "2024/04/06";
if (strLine.Find("|" + strDate1 + "|") != -1 || strLine.Find("|" + strDate2 + "|") != -1) {
// 执行统计
}
5.5 Simulation.exe打卡无响应：消息循环阻塞的深层原因
Simulation.exe点击“打卡”后界面假死，但worktime.db有新增记录。这是典型的UI线程阻塞。SimulationDlg.cpp中OnBnClickedBtnClock()函数末尾缺少UpdateData(FALSE)，导致界面未刷新。修复很简单：
void CSimulationDlg::OnBnClickedBtnClock()
{
// ... 打卡逻辑
UpdateData(FALSE); // 强制刷新界面，解除假死
}
这个Bug在VC6调试器中不易发现，因为断点停在函数末尾时，界面已卡住。经验是：任何耗时操作（如文件写入）后，务必调用UpdateData(FALSE)或Invalidate()触发重绘。
6. 源码二次开发指南：如何安全地扩展功能而不破坏原有逻辑
6.1 新增“加班登记”功能：模块化扩展的范式
假设客户要求增加加班管理。按照本系统设计哲学，不应修改现有模块，而应新建独立模块。步骤如下：
- 创建新类：用VC6 ClassWizard新建
OvertimeRegist类，继承CDialog，UI设计含员工ID、日期、加班时长（小时）、事由字段； - 新增资源：在Resource.h中添加
#define IDD_OVERTIME_REGIST 130，在WorkTime.rc中定义对话框资源； - 编写逻辑：
OvertimeRegist.cpp中RecordOvertime()函数写入OT|001|2024-04-06|2.5|系统升级|2024-04-06 20:00到worktime.db； - 集成菜单：在
MainFrm.cpp的OnCreate()中，于菜单IDR_MAINFRAME里添加“加班登记”菜单项，并映射到OnOvertimeRegist()函数； - 统计联动：在
CalculateAbsentSummary()旁新增CalculateOvertimeSummary()，遍历OT|行进行统计。
整个过程不触碰EmployeeSet.cpp、AbsentRegist.cpp等核心模块，符合“高内聚、低耦合”原则。新增功能上线后，原有考勤逻辑零影响。
6.2 修改界面风格：Toolbar.bmp替换与高DPI适配
Toolbar.bmp是256色位图，Win10高DPI下会模糊。安全替换步骤：
- 用Photoshop新建24位真彩色BMP，尺寸与原图一致（如16×16像素）；
- 保存为
Toolbar.bmp，覆盖原文件； - 在
MainFrm.cpp的OnCreate()中，修改工具栏加载逻辑：
cpp if (!m_wndToolBar.Create(this) || !m_wndToolBar.LoadBitmap(IDB_TOOLBAR)) { return -1; } // 添加高DPI适配 m_wndToolBar.SetSizes(CSize(24, 24), CSize(16, 15)); // 图标24x24，按钮16x15
注意：VC6不支持PNG，必须用BMP。若需矢量图标，需升级到VS2015+并重写UI层，成本过高，不推荐。
6.3 数据备份自动化：worktime.db的增量备份脚本
为防数据丢失，可添加简易备份。在WorkTime.cpp的InitInstance()末尾添加：
// 启动时自动备份
CString strBackup = "worktime_" + CTime::GetCurrentTime().Format("%Y%m%d_%H%M%S") + ".db";
CopyFile("worktime.db", strBackup, FALSE);
或更优雅地，用Windows任务计划每天凌晨执行批处理：
@echo off
set datestr=%date:~0,4%%date:~5,2%%date:~8,2%
copy D:\WorkTime\worktime.db D:\WorkTime\Backup\worktime_%datestr%.db
备份文件按日期命名，可保留30天，磁盘空间占用极小。
7. 实际部署案例复盘：从纸面需求到稳定运行的12小时
去年十月，我为一家27人的模具加工厂部署此系统。客户原始需求只有三句话：“要能录员工、记考勤、算缺勤”。但现场调研暴露了五个隐藏痛点：车间无固定电脑（需移动U盘部署）、老师傅不会打字（需扫码枪支持）、夜班与白班混排（需多班次规则）、工资核算需导出明细（非汇总表）、老板只看手机（需微信推送日报）。
我们用12小时完成了全链路落地：
第1-2小时：环境适配
在车间主任的Win7笔记本上安装VC6运行库，将WorkTime.exe设为兼容模式，测试Simulation.exe扫码枪输入（USB HID模式，直接模拟键盘，无需驱动）。
第3-5小时：数据初始化
导出客户Excel员工表，用Python脚本转换为worktime.db的EMP|行，批量写入。27名员工信息10分钟完成，比手动录入快10倍。
第6-8小时：规则定制
针对夜班（20:00-06:00），在WorkTimeSet.cpp中硬编码支持跨日计算；为扫码枪优化Simulation.exe，在OnBnClickedBtnClock()中增加GetAsyncKeyState(VK_RETURN)检测回车键，实现“扫完自动打卡”。
第9-10小时：报表增强
修改CalculateAbsentSummary()，增加导出功能：不仅生成汇总表，还生成Detail_20241001.xls，含每条缺勤记录的日期、类型、事由，财务可直接粘贴到工资表。
第11-12小时：移动化延伸
用curl命令行工具，每日8点自动读取AbsentSummary_20241001.xls，通过企业微信API推送到老板手机。脚本仅12行，零成本实现“移动考勤中心”。
上线后三个月，客户反馈：考勤数据错误率为0（此前手工记录月均5处错误），工资核算时间从2天缩短至2小时，车间主任说：“现在我泡杯茶的功夫，就把全厂考勤盯住了。”
这个案例印证了本系统的核心价值：它不追求技术先进性，而专注于在真实约束下，用最直接的方式，把一件事做到极致。当你面对的是一台老旧电脑、一个不熟悉键盘的用户、一份急需核算的工资表时，那些华丽的架构、炫酷的界面，都不如一个双击即用、数据在握、修改简单的工具来得实在。这或许就是二十年前的VC++，至今仍在产线发光的原因——它解决的不是“未来的问题”，而是“此刻的难题”。
简介：这是一套开箱即用的Windows桌面考勤程序，用Visual C++ 6.0开发，不依赖数据库，所有数据本地存储，双击就能运行。主程序WorkTime.exe负责员工信息维护、考勤登记、工作时间配置、登录密码验证和权限区分；Simulation.exe用于模拟日常打卡操作，方便测试和培训。系统支持按公事/私事两类分别登记缺勤，自动生成统计结果；员工信息可增删改查，考勤规则（如上下班时间、迟到阈值）可灵活设置。源码结构清晰，包含登录对话框Login、密码输入控件PasswordEdit、员工管理EmployeeSet、考勤规则WorkTimeSet、缺勤登记AbsentRegist等独立模块，每个功能对应明确的.cpp和.h文件。资源包提供完整VC6工程（.dsw/.dsp）、编译输出（Release目录下的EXE）、位图工具栏资源、以及光盘使用说明文档，适合中小公司或部门级场景部署，一台电脑装好就能管几十人考勤。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
