不再支持EDMX之后将EF用作ORM

Question

目前，我使用的是一种数据库优先方法，在这种方法中，我使用数据库中的EF设计器反向工程数据库，以生成一个具有多元化的EDMX文件。然后，我使用设计器生成符合C#的名称，然后生成相应的POCOs。更新表有点痛苦，但在维护EDMX中已经建立的ORM映射时是可能的。

我知道未来版本的EF将不再支持EDMX文件。

如何继续我的数据库第一方法使用EF将数据库字段转换为C#遵从对象，例如表名的PascalCasing和表属性的camel大小写？

Answer 1

即使没有设计人员的支持，仍然可以对现有数据库进行反向工程。事实上，我们已经使用了一段时间的各种工具(EF (来自MS)，EF Designer (来自MS)的EF6版本，ReversePoco (reversepoco.com) )。这些都创建了一组类似于db表模式的域类，以及包装这些类的dbcontext。

WIth EF当前有一个名为"Scaffold“的迁移命令，它允许您执行same...specify数据库以及参数来自定义操作.并生成域类和dbcontext。

除了没有视觉设计师的这一点，另一个大的区别是，这是一个单一的交易。如果db更改，则无法取消模型。您可以手动执行该操作，或者使用相反的方法:如果模型通过迁移更改，则更新db。

还有其他选项，例如DevArt的实体开发人员，用于使用efcore的可视化模型，LLBLGen也很快就会有一个。

哈哈！