1.8 路线图
项目背景
当前的 👉 Furion v4 版本已经逐步成熟且稳定，但仍存在以下问题：
- 早期开发进展迅速，很多代码存在仓促上线的情况，缺乏充分思考和考虑
- 所有模块都包含在一个项目中，无法按需加载和安装
- 过度使用静态类和静态内存存储，不利于进行单元测试和数据隔离
- 对于 .NET Core 的掌握程度有限，导致历史代码臃肿且高度耦合
- 代码架构和设计模式缺乏统一性，可以说是一个大杂烩
- 在早期对用户需求掌握不足，导致后期不断打补丁来进行改进，稍有改动就可能引发破坏性的修改
- 模块、类型、属性、方法、属性等命名混乱，很难从字面上理解其功能含义
- 模块功能封装过度，配置参数繁杂
- 框架示例混乱，用户只能自行摸索最佳实践
- 虽有单元测试，但是非常混乱
正是因为存在以上诸多问题，为了 Furion 能够长期发展，我们团队决定进行下一版本（v5）开发。
技术选择
Furion v5 版本采用 C# 12 和 .NET 8 进行开发。
设计指导
- 计划和分析: 在开始编写代码之前，仔细规划和分析整个框架的需求和功能。确定好核心功能和结构，以及可能的扩展和变化。这样可以减少后续的重构工作。
- 模块化设计: 将整个框架划分为多个独立的模块，每个模块负责一个特定的功能。这样可以降低代码间的依赖性，方便后续的修改和调整。
- 接口设计: 设计清晰的接口和抽象层，以便将来的修改不会对其他模块产生过多的影响。好的接口设计可以提高代码的可维护性和可扩展性。
- 设计模式: 使用合适的设计模式来解决常见的问题，例如单例模式、观察者模式、策略模式等。这些设计模式可以提供灵活性和可扩展性，减少需要重构的风险。
- 自动化测试: 在开发过程中编写充分的自动化测试，覆盖各个模块的功能和边界情况。这样可以及早发现问题，并减少在重构时引入新的错误。
- 审查和反馈: 定期进行代码审查，并及时处理同事和用户的反馈意见。这有助于发现问题和改进，避免重复的重构工作。
- 持续集成: 将代码集成到一个持续集成系统中，并在每次提交代码时运行自动化测试。这可以及时发现潜在的问题，避免代码质量下降。
框架目标
- 实现完全无第三方依赖（除微软官方提供外）
- 实现彻底模块化，每个模块都是独立的项目
- 每个模块的单元测试覆盖率要达到 92% 以上
- 确保每个类型、属性、字段、方法都有详细的注释
- 尽可能避免使用静态内存存储
- 所有模块都采用上下文和构建器模式进行设计
- 所有模块都采用依赖注入/控制 反转的设计模式
- 所有模块都采用约定大于配置设计原则
- 尽可能为每个模块提供看板功能
- 提供所有模块最佳实践示例
- 提供所有模块详细使用文档和 API 文档
