领域建模工具建议 - 跨项目关系和继承

Question

我们需要一个 ORM/域建模工具，它允许我们在多个项目/程序集中生成多个相关的域模型，这些模型是通过我们的 MSSQL 数据库以“数据库优先”的方法生成的。我们需要一些帮助来确定哪些工具可以满足我们的需求。

要求是：

1. 跨项目关系

   • 我们的域被分为许多模块，对于每个客户（我们向其提供源代码），我们不会使用所有模块，因此我们希望“拔掉”他们不需要看到的所有逻辑或访问。
   • 例如，我们希望将共享数据（主要是公共查找信息）存储在其自己的公共程序集中。
   • 我们不需要模型之间的双向关系（因为这会导致循环引用）。仅生成关系的子端。
   我们的域被分为许多模块，对于每个客户（我们向其提供源代码）

2. 跨项目继承

   • 与上面类似，我们希望能够将通用功能抽象为一个域模型中的基类并继承它们。
   • 注意：域之间的继承链接将受到限制，每个子域只能有一个或两个继承链接。
   • 注意：这应该不重要，但我们正在使用“每个类型的表”或“类表继承”在关系（DB）模式中建模我们的继承

3. 生成的类将是：

   1. 用 DataContract/DataMember 属性标记
   2. 通知属性更改（通过 INotifyPropertyChanged 实现）
   3. 具有部分 On*PropertyName*Changed() 方法（例如，根据 Linq to SQL 和 Entity Framework 生成的对象）
   4. （理想，但不是必需）相关集合类型应实现 INotifyCollectionChanged。

任何有关支持（或有解决方法来支持）这些标准的 ORM 工具的反馈，我们将不胜感激！

注意：我们研究过的工具（但这并不完全排除它们）：

• LightSpeed （可爱，但不轻易支持跨项目继承）。
• LLBLGen （复杂且包罗万象，但是当使用 AsSeparateProjects 模式进行分组时似乎不支持跨模型关系，更不用说继承了）。
• 实体框架（我刚刚迷路了......设计师的故事 跨多个模型分割域不是很好）。

Answer 1

这肯定需要小型概念验证项目，因为您的需求不是 EF 论文中常见的描述。

对于 1. 和 2.，请阅读这些文章 (第 1 部分，第 2 部分）并尝试制定简单的解决方案，这将证明您能够同时使用关系和继承在多个 EDMX 之间。

最后一点将通过用于从 EDMX 生成类的自定义 T4 模板来满足 - 从 POCO 模板开始并更改其生成功能。

Answer 2

虽然这听起来可能与您要求的相反，但我可能会看看 EF 代码优先。因为它全部构建在 POCO、DbSet 和 DbContext 类之上，所以您将能够非常轻松地让继承工作。

在公共程序集中拥有共享模型和抽象 DbContext。在客户特定的程序集中具有特定的模型和最终的 DbContext。

在WinForms前端，有此处的示例代码了解如何使集合可观察。您需要自己处理 INotifyPropertyChanged，但这非常简单。

EF Code First 对您来说的缺点是无法生成所有类。话虽这么说，它们足够简单，可以在您编写应用程序的其余部分时根据需要编写它们。任何形式的通用自动化工具都很难确定哪些模型和属性属于通用模型和属性，哪些属于特定于客户的模型和属性。