前阵子接了个活儿，客户非得用老掉牙的framework3.5开发个小工具。我寻思着，这玩意儿不是早被淘汰了吗？但钱都收了，硬着头皮也得搞。先装了Visual Studio，选项目的时候直接点了framework3.5选项。
一启动，问题就来了。安装包死活跑不起来，报个错说“配置不全”。我折腾了小半天，反反复复重启安装程序，结果还是卡在进度条那儿不动弹。气得我差点砸键盘！这破框架装都装不上，还咋开发？
折腾安装过程
没辙，跑去查文档（就是翻那些旧论坛帖子），发现framework3.5得通过Windows功能手动勾选。我开了控制面板，找“启用或关闭功能”，把.NET Framework 3.5的勾打上。结果系统提示需要下载源文件，但老版本网上资源贼少，连微软官方都搜不着。我又试了光盘镜像导入，终于一步步把核心文件灌进去了。
代码实战遇坑
装好后，我搓手搓脚开写项目。先用C#建了个窗体程序，拖控件的时候爽得很——但一点运行，弹窗提示“类型不兼容”。挖槽，这啥玩意儿？仔细一看，framework3.5的控件接口跟新版本不一样，比如DataGrid控件不能直接用新语法。我硬生生改了代码，把GridView换成老式的，才勉强跑通界面。
搞定核心技巧
一路踩雷，倒摸出几个贼实用的开发窍门儿。这些技巧让我活儿干完，还没被客户骂：技巧一：项目属性必须设对。别偷懒，右键项目进属性页，把目标框架固定成.NET Framework 3.5。不这么干的话，编译时报错就跟连环屁似的响不停。技巧二：引用老旧库手动加载。很多依赖像*啥的，默认没引用全。你得自己打开引用管理，勾选那些带v3.5后缀的dll文件。忘了这一步，功能直接罢工。技巧三：代码写兼容写法。别用新版的async/await语法，框架根本不认。改成老套的Thread或BackgroundWorker后台跑任务——虽然代码丑点，但管用！还有序列化接口，别搞复杂了，直接XMLSerializer搞定数据保存。
这些都成了我的保命法宝，调试时少死无数脑细胞。
成果和感想
折腾一礼拜，总算把工具交出去。客户试了试，竖个大拇指说稳得很。回头想想，framework3.5这老古董真坑爹——但掌握那几个技巧，也没啥大不了的。现在再碰老项目，我直接哼着小曲搞定，感觉就跟修老车似的，零件旧但手熟了修起来贼快。下次谁再推这种活儿，我先甩教程给他们，省得跟我一样走弯路！
