optimizerDuck 架构全景图从 Domain 到 UI 的分层设计【免费下载链接】optimizerDuckFree, open-source Windows optimization tool for performance, privacy, and simplicity.项目地址: https://gitcode.com/GitHub_Trending/op/optimizerDuckoptimizerDuck 是一款免费开源的 Windows 优化工具其架构采用清晰的分层设计Domain 层定义优化项与规则Services 层负责执行与状态管理UI 层以 MVVM 呈现交互。本文将带你全景看懂这套 C# WPF 架构的分层设计理解每层职责与协作方式。️ 整体架构地图optimizerDuck 主工程按职责拆分为四大板块依赖方向严格单向流动层级目录核心职责 DomainDomain/优化项、类别、条件、回滚步骤的纯领域模型不依赖任何 UI⚙️ ServicesServices/服务发现、执行引擎、回滚管理器、系统信息服务️ UIUI/WPF 窗口、页面、对话框与 ViewModelMVVM 模式 CommonCommon/转换器、扩展方法、反射与 HTTP 等通用工具依赖方向如下UI → Services → Domain。Domain 层不认识UIServices 层不认识页面——这正是它易于测试与维护的关键。 Domain 层领域模型与核心规则Domain 层是整个架构的地基它定义了什么是优化项、如何判断兼容性、如何记录回滚步骤。抽象与契约Domain/Abstractions/所有核心概念都以接口形式定义IOptimization.cs单个优化项契约包含唯一 ID、风险等级、兼容条件与ApplyAsync应用方法IOptimizationCategory.cs优化类别性能、隐私、GPU 等 7 大类IRevertStep.cs可撤销步骤保证每个变更都可后悔特性驱动Domain/Attributes/每个优化类通过自定义特性声明元数据无需手动注册OptimizationAttribute.cs声明唯一 ID、风险等级、标签与兼容条件OptimizationCategoryAttribute.cs声明类别名称与排序这意味着新增一个优化项只需写一个类并挂上特性框架会通过反射自动发现它。条件系统Domain/Conditions/ConditionBase.cs 提供了兼容条件基类BuiltIn/ 下内置了 Windows 10/11 版本、CPU/GPU 品牌、最低内存等条件。不满足条件的优化项会在界面中显示为不支持而非报错。执行上下文Domain/Execution/ExecutionScope.cs 是一个亮点设计——基于AsyncLocal的环境异步上下文。优化项执行时开启作用域底层注册表、服务等 Provider 无需任何依赖注入只需静态调用ExecutionScope.RecordStep()就能把每一步成功/失败与回滚步骤自动记录在案。作用域结束即产出ApplyResult全部成功 / 部分成功 / 失败。回滚数据Domain/Revert/RevertData.cs 定义 JSON 持久化结构Steps/ 下包含注册表、服务、计划任务、Shell 命令四种回滚步骤实现这是一键撤销功能的模型基础。⚙️ Services 层编排一切的指挥家Services 层是 Domain 模型的驱动者核心组件都在启动时注册为单例。反射发现OptimizationRegistryOptimizationRegistry.cs 在启动时后台扫描程序集通过反射找出所有实现IOptimizationCategory的类型自动实例化其嵌套的优化项并加载已应用状态——零手动注册。执行引擎OptimizationServiceOptimizationService.cs 是应用/回滚的中枢开启ExecutionScope并调用优化项的ApplyAsync底层 Providers/ 中的 RegistryService、ServiceProcessService、ScheduledTaskService、ShellService 分别操作注册表、Windows 服务、计划任务与命令行任何成功的步骤都会经 RevertManager.cs 写入 JSON 回滚文件支持部分成功与失败步骤重试状态判断也很聪明不建数据库直接扫描%LocalAppData%\optimizerDuck\Revert\下的 JSON 文件推断哪些优化项已应用。系统能力Services/System/SystemInfoService.cs 提供 CPU/RAM/GPU 硬件快照RegistryWatcher.cs 监视注册表被外部修改后自动刷新界面UpdaterService.cs 负责版本更新检查。️ UI 层MVVM 与 Fluent 设计UI 层基于WPF WPF-UIFluent Design采用社区工具包 CommunityToolkit.Mvvm 实现 MVVM见 optimizerDuck.csproj 中的依赖声明。启动编排App.xaml.csApp.xaml.cs 是整条依赖链的组装点用Host.CreateDefaultBuilder()构建 DI 容器Serilog 接管日志批量注册 MainWindow、各页面 ViewModel、单例服务最后触发OptimizationRegistry.PreloadOptimizationsAsync()完成优化项预热页面与视图模型UI/Pages/ 与 UI/ViewModels/ 一一对应页面ViewModel功能OptimizePage.xamlOptimizeViewModel.cs按类别浏览并应用优化项CustomizePage.xamlCustomizeViewModel.cs桌面/偏好/游戏/系统四类定制开关BloatwarePage.xamlBloatwareViewModel.cs风险徽章标记的 AppX 卸载DashboardPage.xamlDashboardViewModel.cs硬件信息仪表盘Common/Converters/ 提供了 18 个 XAML 值转换器风险色、进度条、可见性等让 XAML 保持声明式简洁。多语言由 Resources/Languages/ 下的 16 种.resx翻译资源驱动。 分层设计的红利可测试性因为 Domain 与 Services 不依赖 WPFoptimizerDuck.Test/ 测试项目可以直接单测核心逻辑例如 OptimizationServiceTests.cs、RevertStepSerializationTests.cs 和 ConditionTests.cs。主工程还通过InternalsVisibleTo向测试项目开放内部成员——分层越干净测试越轻松。✅ 总结optimizerDuck 的分层架构可以浓缩为一句话Domain 定义规则Services 负责执行UI 只做呈现。新增优化项 写一个类 挂特性反射自动发现每个变更自动记录IRevertStep一键回滚有据可依ExecutionScope环境上下文让步骤记录零侵入依赖单向流动测试项目可独立验证核心逻辑这种设计让一个改注册表的系统工具拥有了媲美企业级应用的工程品质——想深入细节不妨从 Domain/Abstractions/ 的四个接口读起。【免费下载链接】optimizerDuckFree, open-source Windows optimization tool for performance, privacy, and simplicity.项目地址: https://gitcode.com/GitHub_Trending/op/optimizerDuck创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 optimizerDuck 架构全景图：从 Domain 到 UI 的分层设计
optimizerDuck 架构全景图从 Domain 到 UI 的分层设计【免费下载链接】optimizerDuckFree, open-source Windows optimization tool for performance, privacy, and simplicity.项目地址: https://gitcode.com/GitHub_Trending/op/optimizerDuckoptimizerDuck 是一款免费开源的 Windows 优化工具其架构采用清晰的分层设计Domain 层定义优化项与规则Services 层负责执行与状态管理UI 层以 MVVM 呈现交互。本文将带你全景看懂这套 C# WPF 架构的分层设计理解每层职责与协作方式。️ 整体架构地图optimizerDuck 主工程按职责拆分为四大板块依赖方向严格单向流动层级目录核心职责 DomainDomain/优化项、类别、条件、回滚步骤的纯领域模型不依赖任何 UI⚙️ ServicesServices/服务发现、执行引擎、回滚管理器、系统信息服务️ UIUI/WPF 窗口、页面、对话框与 ViewModelMVVM 模式 CommonCommon/转换器、扩展方法、反射与 HTTP 等通用工具依赖方向如下UI → Services → Domain。Domain 层不认识UIServices 层不认识页面——这正是它易于测试与维护的关键。 Domain 层领域模型与核心规则Domain 层是整个架构的地基它定义了什么是优化项、如何判断兼容性、如何记录回滚步骤。抽象与契约Domain/Abstractions/所有核心概念都以接口形式定义IOptimization.cs单个优化项契约包含唯一 ID、风险等级、兼容条件与ApplyAsync应用方法IOptimizationCategory.cs优化类别性能、隐私、GPU 等 7 大类IRevertStep.cs可撤销步骤保证每个变更都可后悔特性驱动Domain/Attributes/每个优化类通过自定义特性声明元数据无需手动注册OptimizationAttribute.cs声明唯一 ID、风险等级、标签与兼容条件OptimizationCategoryAttribute.cs声明类别名称与排序这意味着新增一个优化项只需写一个类并挂上特性框架会通过反射自动发现它。条件系统Domain/Conditions/ConditionBase.cs 提供了兼容条件基类BuiltIn/ 下内置了 Windows 10/11 版本、CPU/GPU 品牌、最低内存等条件。不满足条件的优化项会在界面中显示为不支持而非报错。执行上下文Domain/Execution/ExecutionScope.cs 是一个亮点设计——基于AsyncLocal的环境异步上下文。优化项执行时开启作用域底层注册表、服务等 Provider 无需任何依赖注入只需静态调用ExecutionScope.RecordStep()就能把每一步成功/失败与回滚步骤自动记录在案。作用域结束即产出ApplyResult全部成功 / 部分成功 / 失败。回滚数据Domain/Revert/RevertData.cs 定义 JSON 持久化结构Steps/ 下包含注册表、服务、计划任务、Shell 命令四种回滚步骤实现这是一键撤销功能的模型基础。⚙️ Services 层编排一切的指挥家Services 层是 Domain 模型的驱动者核心组件都在启动时注册为单例。反射发现OptimizationRegistryOptimizationRegistry.cs 在启动时后台扫描程序集通过反射找出所有实现IOptimizationCategory的类型自动实例化其嵌套的优化项并加载已应用状态——零手动注册。执行引擎OptimizationServiceOptimizationService.cs 是应用/回滚的中枢开启ExecutionScope并调用优化项的ApplyAsync底层 Providers/ 中的 RegistryService、ServiceProcessService、ScheduledTaskService、ShellService 分别操作注册表、Windows 服务、计划任务与命令行任何成功的步骤都会经 RevertManager.cs 写入 JSON 回滚文件支持部分成功与失败步骤重试状态判断也很聪明不建数据库直接扫描%LocalAppData%\optimizerDuck\Revert\下的 JSON 文件推断哪些优化项已应用。系统能力Services/System/SystemInfoService.cs 提供 CPU/RAM/GPU 硬件快照RegistryWatcher.cs 监视注册表被外部修改后自动刷新界面UpdaterService.cs 负责版本更新检查。️ UI 层MVVM 与 Fluent 设计UI 层基于WPF WPF-UIFluent Design采用社区工具包 CommunityToolkit.Mvvm 实现 MVVM见 optimizerDuck.csproj 中的依赖声明。启动编排App.xaml.csApp.xaml.cs 是整条依赖链的组装点用Host.CreateDefaultBuilder()构建 DI 容器Serilog 接管日志批量注册 MainWindow、各页面 ViewModel、单例服务最后触发OptimizationRegistry.PreloadOptimizationsAsync()完成优化项预热页面与视图模型UI/Pages/ 与 UI/ViewModels/ 一一对应页面ViewModel功能OptimizePage.xamlOptimizeViewModel.cs按类别浏览并应用优化项CustomizePage.xamlCustomizeViewModel.cs桌面/偏好/游戏/系统四类定制开关BloatwarePage.xamlBloatwareViewModel.cs风险徽章标记的 AppX 卸载DashboardPage.xamlDashboardViewModel.cs硬件信息仪表盘Common/Converters/ 提供了 18 个 XAML 值转换器风险色、进度条、可见性等让 XAML 保持声明式简洁。多语言由 Resources/Languages/ 下的 16 种.resx翻译资源驱动。 分层设计的红利可测试性因为 Domain 与 Services 不依赖 WPFoptimizerDuck.Test/ 测试项目可以直接单测核心逻辑例如 OptimizationServiceTests.cs、RevertStepSerializationTests.cs 和 ConditionTests.cs。主工程还通过InternalsVisibleTo向测试项目开放内部成员——分层越干净测试越轻松。✅ 总结optimizerDuck 的分层架构可以浓缩为一句话Domain 定义规则Services 负责执行UI 只做呈现。新增优化项 写一个类 挂特性反射自动发现每个变更自动记录IRevertStep一键回滚有据可依ExecutionScope环境上下文让步骤记录零侵入依赖单向流动测试项目可独立验证核心逻辑这种设计让一个改注册表的系统工具拥有了媲美企业级应用的工程品质——想深入细节不妨从 Domain/Abstractions/ 的四个接口读起。【免费下载链接】optimizerDuckFree, open-source Windows optimization tool for performance, privacy, and simplicity.项目地址: https://gitcode.com/GitHub_Trending/op/optimizerDuck创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考