为什么要改用code first

用过code first的基本上都不会再想用回model first或是db first（谁用谁知道）。不要问我为什么不一开始就直接使用code first，因为那个时候我还不会（甚至还把model first当成了code first）。

因为工作中使用的就是code first，且越用越习惯，越用越喜欢。

原因如果：

• 再也用为每次生成那个笨重的edmx文件性急了
• 再也不用当心保存tt文件而丢失特性、注销、扩展方法了
• 再也不用为了使用微软的验证插件非得写Metadata文件了
• 再也不用为了扩展tt文件生成的实体类去写（partial）部分类了。
• 再也不用为了生成满足自己需要的实体而去修改那些坑爹的tt文件里面的语法代码了（如：默认每个实体继承一个父类）
• 再也不用为了查找edmx文件打不开，去编辑庞大的edmx文件中找那些坑爹的错误了。
• 等等还有些暂时没想到的....

说改就改

修改前实体：db first（由tt文件生成）

修改后实体：code first（完全手写）

然后把实体更新到数据库对应的表结构。执行命令Enable-Migrations

遇到问题：

 The EntityFramework package is not installed on project ''.（原因：因为没有选择“默认项目”）

继续问题：

 The project 'Blogs.Model' failed to build.（原因：没有建一个继承于DbContext的类）

 ok，提示已经启用迁移。

然后我们执行命令：Add-Migration blogs

异常： 从数据库中获取提供程序信息时出错。这可能是 Entity Framework 使用的连接字符串不正确导致的。有关详细信息，请查看内部异常并确保连接字符串正确。

我的乖乖，我非常确定我们字符串链接是正确的啊。

最后确定忘记给数据连接上下文在构造函数中传入配置文件的数据库链接名。

 public BlogDbContext()      : base("HiBlogsTest")    {    }

原标题：一步步开发自己的博客 .NET版（9、从model first替换成code first 问题记录）

关键词：.NET