Entity framework 数据库中的EF DbContext与数据库中的EF power tools反向工程。有什么区别？
我使用的是一个现有的数据库，我通常的方法是添加一个新的实体数据模型，并将其指向现有的数据库。如果我使用EF电动工具和逆向工程使其成为“代码优先”的风格，这有什么好处 这两个类都是从DbContext继承的，对吗？那么，有人能向我解释一下，如果我改用EF power tools反向工程工具，随着时间的推移，使用代码库会有什么好处吗 从C#类生成模型（在运行时）。将模型存储在.edmx文件中并生成类（在设计时） 视频提供了一个很好的概述。归根结底，这取决于您是希望使用设计器曲面还是使用C#类来维护模型Entity framework 数据库中的EF DbContext与数据库中的EF power tools反向工程。有什么区别？,entity-framework,dbcontext,ef-power-tools,Entity Framework,Dbcontext,Ef Power Tools,我使用的是一个现有的数据库，我通常的方法是添加一个新的实体数据模型，并将其指向现有的数据库。如果我使用EF电动工具和逆向工程使其成为“代码优先”的风格，这有什么好处 这两个类都是从DbContext继承的，对吗？那么，有人能向我解释一下，如果我改用EF power tools反向工程工具，随着时间的推移，使用代码库会有什么好处吗 从C#类生成模型（在运行时）。将模型存储在.edmx文件中并生成类（在设计时） 视频提供了一个很好的概述。归根结底，这取决于您是希望使用设计器曲面还是使用C#类来维护模
还值得一提的是，如果您想使用，您必须先使用代码，因为它目前不首先与数据库一起工作。那么使用其中任何一种的代码是否完全相同？在我的例子中，我有一个DB人员，他有时会对DB进行更改，所以当他这样做时，我会创建一个新的实体数据模型文件，并指向更新后的DB。。。因此，在这种情况下，先将代码转换到现有数据库是没有意义的，因为转换后的更改来自数据库，而不是代码。是吗？@punkouter正确，使用DbContext和entities的代码完全相同。您可以在数据库更改后重新进行反向工程，但我认为您是对的，首先数据库听起来很适合您的需要，所以没有令人信服的理由进行切换。