docs: synced via GitHub Actions

Author: nop-cao

src/theory/essence-of-ddd-2.md

@@ -852,6 +852,16 @@ Nop平台的虚拟文件系统提供了类似Docker技术中UnionFS的能力，
 
 通过这种系统化的差量定制机制，Nop平台实现了“在保留自动化效率的同时不丧失定制灵活性”的理想目标，为复杂业务系统的长期演化提供了坚实的技术基础。
 
+#### **多租户的平台化实现：作为坐标维度的租户**
+
+这套全栈差量化定制机制，为多租户（Multi-tenancy）这一复杂需求提供了极为优雅的平台级解决方案。在Nop平台中，多租户并非一个需要特殊编码处理的“特例”，而是其核心架构的自然推论。基于“可扩展性即维度扩展”的思想，**租户（Tenant）被视为系统坐标空间中的一个独立维度**。
+
+当系统需要加载任何资源（如一个ORM模型、一个业务流程、一个UI页面）时，其核心模型加载器（`Loader`）便自动增加一个`tenantId`维度，将加载函数从 `Model = Loader(resourcePath)` 扩展为 `Model = Loader(resourcePath ⊗ tenantId)`。**这正类似于数学中从单变量函数扩展为作用在张量积空间上的函数。**
+
+这一抽象在工程上通过平台的**差量文件系统**无缝实现：`Loader`在加载 `a.xml` 时，会自动将“当前租户ID”作为一个维度纳入考量，优先在租户专属的差量层（如 `/_delta/tenantA/a.xml`）进行查找和合并。
+
+因此，无论是实现简单的**数据隔离**（通过在租户差量层下定制`NopORM`模型，自动为所有查询增加租户ID过滤条件），还是实现复杂的**租户特有业务逻辑**（通过定制`NopTaskFlow`或`NopRule`模型），都统一在`Y = F(X) ⊕ Δ`的差量范式下完成。多租户能力不再是散落在各处的`if-else`判断，而是从平台第一性原理中**涌现**出的一种通用、可预测的系统行为。
+
 ### 9.4 契约先行：从“活文档”到“活系统”
 
 Nop平台将DDD所倡导的“统一语言”和“模型驱动”，真正提升为一条自动化的、契约先行的软件生产线。