docs(zh): update introduction.md (#1813)

diff --git a/packages/docs/zh/introduction.md b/packages/docs/zh/introduction.md
index f7dbb4bc8391b7c839419beeee57d2d107f0ac2a..f42d99e82d66d5463e606fb079ecb70a781f9a85 100644 (file)
--- a/packages/docs/zh/introduction.md
+++ b/packages/docs/zh/introduction.md
@@ -186,7 +186,7 @@ Pinia API 与 Vuex(<=4) 也有很多不同，即：
 - 无需要创建自定义的复杂包装器来支持 TypeScript，一切都可标注类型，API 的设计方式是尽可能地利用 TS 类型推理。
 - 无过多的魔法字符串注入，只需要导入函数并调用它们，然后享受自动补全的乐趣就好。
 - 无需要动态添加 Store，它们默认都是动态的，甚至你可能都不会注意到这点。注意，你仍然可以在任何时候手动使用一个 Store 来注册它，但因为它是自动的，所以你不需要担心它。
-- 不再有嵌套结构的**模块**。你仍然可以通过导入和使用另一个 Store 来隐含地嵌套 stores 空间，虽然是 Pinia 从设计上提供的是一个扁平的结构，但仍然能够在 Store 之间进行交叉组合。**你甚至可以让 Stores 有循环依赖关系**。
+- 不再有嵌套结构的**模块**。你仍然可以通过导入和使用另一个 Store 来隐含地嵌套 stores 空间。虽然 Pinia 从设计上提供的是一个扁平的结构，但仍然能够在 Store 之间进行交叉组合。**你甚至可以让 Stores 有循环依赖关系**。
 - 不再有**可命名的模块**。考虑到 Store 的扁平架构，Store 的命名取决于它们的定义方式，你甚至可以说所有 Store 都应该命名。
 
 关于如何将现有 Vuex(<=4) 的项目转化为使用 Pinia 的更多详细说明，请参阅 [Vuex 迁移指南](./cookbook/migration-vuex.md)。