模块
在 Zova 中可以通过模块把页面、组件、配置、语言等资源打包成内聚的功能块，每个模块聚焦于一个特性区域、业务领域、工作流或通用工具
为什么要实现模块化体系？
在一个大型的 Web 业务系统当中，随着业务的增长和变更，为了避免代码失控，也有必要将系统拆分为一个个相对独立的模块，这就是 Zova 采用模块化体系的缘由。因此，在 Zova 中，实际的业务代码开发都是在模块中进行。
模块化体系的意义
业务层面
- 业务解耦：代码结构清晰，业务逻辑充分解耦
- 业务逻辑复用：以模块为开发单元，便于沉淀技术资产，便于在不同的系统中重复利用
- 分工协作、团队开发：将业务系统拆分成模块的组合，有利于开发任务的分解与分配
代码层面
- 命名空间隔离：模块的命名空间隔离机制有利于减少开发时的心智负担，当我们在为模块内部的组件、配置等资源进行变量命名时，不必担心此名称会与其他模块冲突，从而也可以使得变量命名更加精简、自然
- 构建拆包更容易：在 Zova 中，一个模块就是一个天然的拆包边界，在 build 构建时，自动打包成一个独立的异步 Chunk，告别 Vite 配置的烦恼，同时可以有效避免构建产物的碎片化。特别是在大型业务系统中，这种优势尤其明显
命名约定
为了实现命名空间隔离，Zova 对模块采用如下命名约定：
bash
完整名: zova-module-{providerId}-{moduleName}
短名: {providerId}-{moduleName}| 名称 | 说明 |
|---|---|
| providerId | 提供者 Id。可以将某个功能或者特性作为 providerId，比如：test, demo, blog, dashboard, flow 等等 |
| moduleName | 模块名称 |
新建模块
1. Cli 命令
bash
$ zova :create:module moduleName [--suite=]| 名称 | 说明 |
|---|---|
| moduleName | 模块名称 |
| suite | 套件名称，允许为空 |
2. 菜单命令
TIP
右键菜单 - [项目路径/src/module]: Zova Create/Module
右键菜单 - [项目路径/src/suite/suite-name/modules]: Zova Create/Module
依据提示输入模块名称，比如demo-student，VSCode 插件会自动创建模块的代码骨架