文章 / AI编程与办公自动化
迭代篇：一场"退回去"的进化——从 .NET 8 退到 .NET Framework 4.6.2，我为什么说它更值
原创 李伟坚 Excel催化剂（附件请在原始资料库或公众号中获取）) 2026年9月26日 今天这篇迭代篇，讲讲我两个"大内功"Skill 的一次反常识进化—— dotnet dev 和 Excel DNA 。 这两个 Skill，最早是教 AI 写现代化程序的：.NET 6、.NET 8，新语法、
原创 李伟坚 Excel催化剂（附件请在原始资料库或公众号中获取）)
2026年9月26日
今天这篇迭代篇，讲讲我两个“大内功”Skill 的一次反常识进化——dotnet-dev 和 Excel-DNA。 这两个 Skill，最早是教 AI 写现代化程序的：.NET 6、.NET 8，新语法、新框架，正儿八经的“现代路线”。但这轮迭代，我做了一个在专业程序员眼里可能算“退化”的决定：把它们进化到兼容 .NET Framework 4.6.2。 表面看是往回走，但对我来说，这一份“退化”非常值得——因为它是为你们——写插件、做小工具的 Windows 用户，量身定的最优解。
一、先交代背景：这两个 Skill 原本是“现代派”
熟悉我的朋友知道，dotnet-dev 和 Excel-DNA 是我手上的两块“重兵器”：
- dotnet-dev：管“写现代 .NET 桌面程序”——.NET 6、.NET 8，新版语法、新版库，能写出很“当代”的软件；
- Excel-DNA：管“写 Excel / WPS 插件”——XLL 技术、自定义函数（UDF）、Ribbon 界面、任务窗格，是 Excel 插件开发里的硬核路线。
它们一开始的定位，都是拥抱最新框架：能上多新的版本，就上多新的版本。这在当时很自然——新框架能力强、语法香、社区都在推。
二、但一个现实问题，让我开始重新思考
做了一阵子之后，我发现一个绕不开的现实问题：我们做的东西，用户怎么装上？
你以为你在写软件，其实你在解决“分发”这道送命题：
- 用 .NET 6 / .NET 8 写的程序，目标电脑上没有对应运行时，就跑不起来；
- 解决办法是发布“自包含（Self-contained）“版本——把运行时一起打包进去，不依赖电脑环境，双击就能跑；
- 但代价是：安装包巨大。 一个功能很轻的小工具，打包出来动辄一两百兆，全是一坨运行时。
你想想：我们做的是插件、是小工具——用户为了用你一个 5 兆的小工具，要下载一个 200 兆的安装包？ 这体验，说实话，不比 Python 有什么优势——Python 用户也得先装解释器，都是“带一大堆环境过去”的路子。
这条路，对“轻量工具”这个场景，是不划算的。
三、转机：Win10 早就普及了，它自带 4.6.2
那有没有一种框架：不用带运行时、双击就能跑、安装包还小？
有。答案就藏在每个 Windows 用户电脑里——.NET Framework 4.6.2。
你可能没注意过这件事：Windows 10 系统，出厂就自带 .NET Framework 4.6.2 运行时。
- 现在 Win10 已经普遍化了，Win7 的电脑几乎绝迹；
- 也就是说，只要是 Win10 / Win11 的电脑，.NET Framework 4.6.2 天然就在那儿；
- 用这个框架开发桌面程序（包括插件），只需要分发程序本身——不用带任何运行时，双击即跑，安装包小到感人。
这才是“给 Windows 用户做工具”最合理的姿势：零依赖、零环境、双击就能用。
四、专业程序员眼里的“退化”，是我眼里的“值得”
我知道，看到这里，懂技术的朋友可能会皱眉：.NET Framework 4.6.2？那是老掉牙的东西了。
对，在专业程序员眼里，这是“退化”——新框架有更好的性能、更现代的语法、更丰富的库，谁还回头用老框架？
但我要说：在我们写插件、做小工具的人手中，这一份“退化”非常值得。
因为我们的用户，不是程序员——他们是业务人员、办公人员，他们不会为了用你一个小工具，去装运行库、配环境、折腾版本兼容。
他们只想要一件事：你给我一个文件，我双击，它就能跑。
- 新框架 + 自包含 = 功能现代，但 200 兆安装包，用户嫌重；
- 老框架 4.6.2 = 功能够用，但 2 兆文件，双击即跑，用户零负担。
用户要的不是“最新”，是“最省心”。 谁能让用户省心，谁就赢了。
五、所以我做了一个决定：双轨并行，默认走 4.6.2
这一轮迭代，我给两个 Skill 做了同一次进化：
dotnet-dev：新增 .NET Framework 4.6.2 开发路线，并设为默认优先。
- 只要是 Windows 桌面小工具，默认用 net462 开发——Win10 / Win11 自带运行时，交付免安装、双击即跑；
- 我还专门加了一个
gui-exe-netfx蓝图：net462 + WPF + MVVM + HandyControl，现代化界面照做不误——只是底层换成了“用户电脑里本来就有的”框架； - 只有当你明确需要 .NET 6 / 8 才有的能力（比如新版语法、WebView2 这类）时，AI 才升级到现代框架。该用新时用新，该用旧时用旧，AI 帮你判断。
Excel-DNA：双轨兼容，并顺手把 WPS 也啃了下来。
- 插件开发默认推荐 .NET Framework（net462 / net48）路线——第三方类库生态最顺手、目标机器零额外运行时、多个插件共存不交叉冲突，这些都是实测出来的；
- 同时保持对 .NET 6 / .NET 8 现代框架的同步兼容——两套轨道并存，按需求选路；
- 更硬核的是：我把 Excel-DNA 底层的轮子库，花了很大力气兼容了 WPS——包括 WPS 个人版不开沙箱保护也能运行这种细节，都实机验证过。
这一波的升级进化，不可小觑： 从“只追最新框架”，到“最新、最稳双轨并行 + 兼容 WPS”——这不是偷懒，是把分发这件事，从用户身上彻底卸下来。
六、这对你意味着什么？
说人话，这次迭代给你带来的好处，就三条：
- 你收到的工具更小了：一个小插件、一个小工具，几兆而已，不再是一坨几百兆的运行时；
- 你装上更省心了：不用装运行库、不用配环境、不用折腾版本——双击，就能用；
- WPS 用户也有福了：Excel-DNA 的插件，在 WPS 里也能跑，连个人版沙箱保护都不用来回开关。
这就是“退化”的全部意义：把复杂留给自己，把简单留给用户。
写在最后
写完这篇迭代篇，我想说说我心里的那点执着。
有人可能会问：你何必这么折腾？直接让用户装个运行时不就行了？或者干脆都走自包含、打包大点就大点？
因为我不愿意将就。
我做事的标准一直是：能用不算本事，好用才算；用户省心，才是我该操心的。 为了“双击就能用”这五个字，我宁可把两套 Skill 推倒重来、宁可去做那些在程序员眼里“倒退”的事——因为我知道，你们需要的是真正顺手的工具，而不是一堆环境依赖。
这，就是我的工匠精神：对无限极致化的追求，永不停步。
也请你放心地跟对人——你跟着我走的每一步，我都不会亏待你。
这套迭代成果，是你的，也是每一个用 Windows 做工具的人的。叫上身边的人，一起来把 AI 编程玩转——让更多人知道：在 AI 编程这条路上，有人愿意把“复杂”留给自己，把“省心”留给你。
公众号：Excel催化剂 | 微信：190262897 | 承接数据咨询解决方案、软件功能定制、AI编程培训服务等