两年1444次提交，我给自己撸了一套.NET10模块化框架（XiHan.Framework），这能行吗？
- 内容介绍
- 文章标签
- 相关推荐
简单来说... 当我第一次拿起 Visual Studio， 敲下 “dotnet new console” 时心里那种既激动又焦虑的感觉，仿佛正站在一条未知的河岸边。两年时间段， 我在 GitHub 上提交了 1444 次代码，终于把这条河岸变成了一条流畅的溪流——XiHan.Framework。
一、从 ABP 的启蒙到自研框架的蜕变
ABP 和 Furion 在我的开发旅程中留下了较深刻印记。它们给我带来了“模块化”“依赖注入”“自动生成 API”等理念，但我始终觉得这一些工具只能解决表层问题。真实正想要彻底掌控代码，那就得自己写。于是我决定：把每一行代码都亲手打出来让自己彻底吃透，切中要害。。
这不是一句空洞的口号，而是我对技术手段纯粹追求的一种体现。我的目标是：用 .NET 原生能力实现全部核心功能，最较小化第三方依赖，让维护投入成本降到最较低。
为何要自己撸框架？
- 透明度较高——不需要担心黑盒子里的实现细节。
- 可控性强较大——随时能够根据业务需求进行微调。
- 学习了解曲线友良好——同事们能迅速上手，这是因为一切都是自家写的。
二、 架构亮点与核心设计原则
XiHan.Framework 采用模块化设计，framework/src 下共有 57 个项目，各个项目都被打包为 NuGet 包，包名与项目名彻底对应。这种“一体化”方式让你能够按需引用，只加载真实正需要的模块。
1️⃣ 优先采用 .NET 内置能力
你没事吧？ 声明依赖后框架会自动完成拓扑排序并按顺序加载模块。全部服务注册、生命周期管理都通过标记接口实现，无需手动写 AddScoped 等冗较长代码。
简单来说... 当我第一次拿起 Visual Studio， 敲下 “dotnet new console” 时心里那种既激动又焦虑的感觉，仿佛正站在一条未知的河岸边。两年时间段， 我在 GitHub 上提交了 1444 次代码，终于把这条河岸变成了一条流畅的溪流——XiHan.Framework。
一、从 ABP 的启蒙到自研框架的蜕变
ABP 和 Furion 在我的开发旅程中留下了较深刻印记。它们给我带来了“模块化”“依赖注入”“自动生成 API”等理念，但我始终觉得这一些工具只能解决表层问题。真实正想要彻底掌控代码，那就得自己写。于是我决定：把每一行代码都亲手打出来让自己彻底吃透，切中要害。。
这不是一句空洞的口号，而是我对技术手段纯粹追求的一种体现。我的目标是：用 .NET 原生能力实现全部核心功能，最较小化第三方依赖，让维护投入成本降到最较低。
为何要自己撸框架？
- 透明度较高——不需要担心黑盒子里的实现细节。
- 可控性强较大——随时能够根据业务需求进行微调。
- 学习了解曲线友良好——同事们能迅速上手，这是因为一切都是自家写的。
二、 架构亮点与核心设计原则
XiHan.Framework 采用模块化设计，framework/src 下共有 57 个项目，各个项目都被打包为 NuGet 包，包名与项目名彻底对应。这种“一体化”方式让你能够按需引用，只加载真实正需要的模块。
1️⃣ 优先采用 .NET 内置能力
你没事吧？ 声明依赖后框架会自动完成拓扑排序并按顺序加载模块。全部服务注册、生命周期管理都通过标记接口实现，无需手动写 AddScoped 等冗较长代码。