全栈老程序员经验总结
适用于：Winform / .NET Framework / 企业系统 / 老项目维护
目录
1. 前言：为什么老系统维护最赚钱
2. 老系统维护前必做的5件事
3. 环境搭建与坑点（VS2022 运行老项目）
4. 常见BUG快速定位方法
5. 数据库优化实战（SQL、索引、慢查询）
6. 报表与打印常见问题
7. 硬件对接（扫码枪、打印机、电子秤）
8. 权限与日志通用方案
9. 项目部署、IIS、升级、回滚
10. 老程序员维护避坑指南
11. 常见问题QA
- 前言：为什么老系统维护最赚钱
现在市面上大量企业还在使用：
-
.NET Framework 2.0 / 3.5 / 4.0
-
Winform 桌面系统
-
老ERP、老MES、老管理系统
年轻人不愿意学、不会维护、不敢改代码。
但企业必须用，所以会维护老系统的程序员，收入最稳、最不内卷。
本手册不讲新框架，只讲能立刻解决问题的实战经验。
- 老系统维护前必做的5件事
1. 备份代码
每次修改前必须备份，最好打包zip+日期。
2. 备份数据库
改逻辑前一定备份数据库，防止误操作。
3. 确认运行环境
.NET Framework 版本、IIS版本、数据库版本。
4. 不要大面积重构
老系统能跑就不要大改，只做最小改动。
5. 记录修改点
改了哪里、为什么改、以后出问题好回溯。
- 环境搭建：VS2022 运行老项目常见坑
1. 无法加载项目
缺少 .NET Framework 4.8 或更低版本
解决：控制面板 → 启用Windows功能 → 打开旧版.NET
2. NuGet包还原失败
老项目用的包太旧，源已失效
解决：本地有 packages 文件夹直接用，不要更新
3. 生成报错：找不到引用
第三方DLL被杀毒软件删除
解决：从备份恢复，添加信任
4. Web项目无法启动
IIS Express 配置错误
解决：删除 .vs 文件夹，重新打开
- 常见BUG快速定位方法
1. 看日志优先
企业系统90%问题都能在日志里找到答案。
2. 看报错行号
不要瞎猜，直接定位代码。
3. 复现步骤
让用户告诉你：点了什么、填了什么、出了什么错。
4. 对比正常数据
数据不对，优先查数据库，不是查代码。
5. 分段注释排查
一段一段注释，定位哪行出问题。
- 数据库优化实战（最实用）
5.1 慢查询排查
-
打开SQL Server Profiler 跟踪慢语句
-
重点看：查询时间 > 500ms 的SQL
5.2 索引优化
-
经常作为查询条件的字段加索引
-
不要给每个字段都加索引，会变慢
-
索引建多了，插入更新变慢
5.3 常见问题
-
用 SELECT * 效率低
-
没有分页，一次加载几万条数据卡死
-
循环里反复查询数据库
解决：分页、只查需要字段、减少数据库交互次数。
- 报表与打印常见问题
1. 打印偏移
打印机驱动问题
报表设计器纸张大小不对
2. 打印慢
图片太多、数据太多
解决：精简数据、压缩图片
3. 导出Excel乱码
编码格式不对
解决：统一使用UTF8
- 硬件对接（扫码枪、打印机、电子秤）
1. 扫码枪
通常模拟键盘输入，直接监听KeyDown即可。
2. 打印机
用热敏打印指令，或通用打印组件。
3. 电子秤
串口COM口读取，注意波特率、端口号配置。
通用思路：
-
先在工具里通
-
再写代码
-
最后集成进系统
- 权限与日志通用方案
8.1 权限设计
-
用户表
-
角色表
-
菜单表
-
用户角色关联表
-
角色菜单权限表
8.2 日志必备
-
登录日志
-
操作日志
-
错误日志
-
数据变更日志
日志是维护老系统的救命神器。
- 项目部署、升级、回滚
1. 部署前备份
2. 先测试环境，再正式环境
3. 尽量晚上/下班升级
4. 出问题立刻回滚
还原代码
还原数据库
5. 记录版本号
- 老程序员维护避坑指南
1. 不熟悉的代码不要乱改
2. 不接没有源码的维护项目
3. 不接没有数据库备份的项目
4. 需求一定要确认清楚再动手
5. 能小改不大改，能优化不重构
6. 多留文档，少留坑
7. 保护好自己，不背锅
- 常见问题QA
Q：老项目打开一堆报错，怎么办？
A：先看.NET版本、NuGet、引用DLL，90%是环境问题。
Q：客户总改需求，怎么办？
A：小需求顺手做，大需求要加钱、排期。
Q：老系统很慢，怎么优化？
A：优先查数据库、索引、分页，其次查代码。
