c# - 严格使用 LLBLGen Pro 作为 EF4 的设计器

Question

首先 - 我对 EF4 的工作方式很满意。我现在主要关心的是当我拥有超过 100 张 table 时的扩展能力。理想情况下，模式需要保存在相同的数据上下文中。如果我必须将其分解为主题领域，那将不是很好。会有重复代码等。

所以。没有将 EF4 分成 block 并保留关系的解决方案。实际上，有一种方法涉及不使用设计器并手动编辑 XML。不好。

在这里我找到了 LLBLGen Pro。我知道这是一个带有设计器的 ORM 框架，但我也知道我可以使用他们的设计器来生成 EF4 实体。

我的理解是否正确:

1. 我仍然可以像使用 VS 设计器一样使用 EF4 吗？我的意思是输出会一样吗？我在某个地方读到我仅限于使用存储过程，没有 LINQ？或者它会像 EF 一样？
2. 我将能够管理大型数据库，唯一的缺点是如果数据库发生变化，我将不得不从 Visual Studio 外部重新生成代码？

如果这是正确的 - 它可能是解决缓慢的设计师/模型问题的好方法。

Answer 1

I can still use EF4 just like with VS designer? I mean output will be the same? I read somewhere I'm limited to using stored procs, no LINQ? Or it will be just like EF?

您在哪里读到它仅限于存储过程？它生成类和 EDMX。您可以选择生成 POCO、STE 或“EFv1 样式”实体/上下文。所以你可以用 EF 做你想做的事，使用 Linq，entity sql 等。生成的类是使用模板生成的，可以在集成模板编辑器中编辑。此外，这些类生成到单独的文件中，因此 1 个文件中不再有 1 大块代码，并且按项目进行组织，因此 1 个项目中的实体，另一个项目中的上下文 + edmx，因此您可以更好地分离代码，以便您可以引用实体项目在别处也没有引用那里的上下文。

I will be able to manage large database and only drawback will be that if there is changes to database I will have to re-generate code from outside of Visual studio?

是的。 LLBLGen Pro 还支持模型优先，可以生成 DDL SQL 脚本来更新您的数据库，因此您可以在 1 个项目中管理数据库模式 + 实体模型。 :)

LLBLGen Pro 的设计器已经过超过 2500 个实体的项目测试，因此它可以使用相当大的数据库；)

希望对你有帮助

(免责声明:我写了 LLBLGen Pro)