Mach引擎模块系统迁移指南：从CoreApp到新模块架构

在Mach引擎的最新版本中，开发团队对模块系统进行了重大重构，移除了原有的CoreApp架构，转而采用更加灵活和现代化的模块管理方式。这一变化主要影响了那些直接使用CoreApp初始化项目的开发者。

旧版CoreApp的问题

在Mach引擎的早期版本中，开发者通常使用CoreApp来初始化项目并管理依赖关系。这种方式虽然简单直接，但随着项目复杂度增加，逐渐暴露出一些问题：

1. 模块依赖管理不够灵活：通过CoreApp添加的模块难以实现细粒度的控制
2. 构建系统集成度不足：修改子模块代码时有时不会触发重新构建
3. 架构耦合度高：CoreApp承担了过多职责，不利于长期维护

新模块系统的优势

新引入的模块系统解决了上述问题，提供了：

• 更清晰的模块依赖声明方式
• 更好的构建系统集成
• 更松散的架构耦合
• 更符合Zig语言最新特性的设计

迁移步骤

对于正在使用CoreApp的项目，迁移到新模块系统需要以下调整：

1. 移除CoreApp初始化代码：不再使用CoreApp.init来创建应用实例
2. 直接使用标准构建系统：通过std.Build来配置项目
3. 显式声明模块依赖：使用新的模块导入语法
4. 重构应用入口：调整主应用模块的初始化方式

具体实现示例

旧代码中常见的CoreApp初始化方式：

const crypto = try mach.CoreApp.init(b, mach_dep.builder, .{
    .name = "crypto",
    .src = "src/app.zig",
    .target = target,
    .optimize = optimize,
    .deps = &[_]std.Build.Module.Import{...},
});

迁移后应改为直接使用构建系统：

const exe = b.addExecutable(.{
    .name = "crypto",
    .root_source_file = .{ .path = "src/app.zig" },
    .target = target,
    .optimize = optimize,
});

// 显式添加模块依赖
exe.root_module.addImport("ui", ui_module);

构建系统行为变化

新模块系统与Zig构建系统的集成更加紧密，能够正确识别模块文件的变更并触发重新构建。这解决了旧版本中修改子模块代码后构建系统不响应的问题。

迁移注意事项

1. 确保使用最新版本的Mach引擎
2. 仔细检查所有模块依赖关系
3. 测试构建系统对各种文件变更的响应
4. 可能需要调整一些模块路径的引用方式

通过这次迁移，Mach引擎的模块系统变得更加健壮和可靠，为开发者提供了更好的开发体验和更可预测的构建行为。