Microsoft 2013 新技术学习笔记 二_.NET_编程开发_程序员俱乐部

在Visual Studio 2013中将MVC框架创建完成后，接下来开始思考Model的构建，考虑框架与数据库的交互，在.net平台上数据访问方案有人总结为三类：DataSet、ADO.net 2.0、ORM组件。我只熟悉ADO.NET方式，众多的企业特性(如连接池)均自行写代码实现，在此次重构时，我当然可以直接将原来的数据访问方案直接搬过来在Model中实现与数据层的交互，但既然考虑重构，为何不尝试一下新的ORM呢，在起初我考虑HNibernate框架的，但我在2008年的一个全国应用范围的项目中见过开发团队用Entity Framework作为数据层访问方案，一直对此方案比较好奇，所以这里采用Entity Framework 6.0.1

again, 对此有选择性障碍的人，停止寻找银弹吧，比如Entity Framework框架讨论很多的运行性能问题，我认为可用空间换时间的思路(比较粗暴的说法：硬件空间换响应时间。当然不是这样简单的概念，这里我个人喜欢这样概述此思路而已)来解决，不用钻牛角尖太深。

EF有三种方式(three ways)着手：Database First、Model First、Code First，通俗的话来说：

• Database First：先构建数据库结构，然后通过逆向工程来自动创建数据模型和相关对象代码，最后通过这些对象来与数据库交互
• Model First：先在VS工具中创建数据模型，然后自动生成相关对象代码及数据库，最后通过这些对象来与数据库交互
• Code First：先在VS中创建数据对象类，EF自动转换成模型及数据库，最后通过这些对象来与数据库交互

通常分工明确的项目团队中，设计人员用ORM工具(比如我习惯用PowerDesigner)完成数据库结构的设计，然后交给开发人员进行逻辑代码的开发。 for me, 这部分工作已经完成了，整个后台管理平台的数据结构乖乖的列在数据库中了，看起来我可用Database First方式着手。

这里顺便想提一句Code First方式，这令我回想起早几年的技术销售(TS)的工作，这个角色的工作中涉及的POC要求一个快字，Code First简直就是为快而生的，用户POC需求拿到后，直接进入代码编写业务逻辑，不用花时间在数据层的处理上，最重要的是POC成功后，即使要将POC直接转化到生产环境也是可行的

一句话小结三种方式的选择：Code First适合做演示系统，很多东西不用费时间考虑，Database First显然适合导入现有的数据结构，从头实施大型项目还是以模型先着手，完整的模型视图有利于理清各个对象间的关系。

未完待续... 无论哪种方式，我最关注的是数据结构产生变化时最小的修改、最快的响应时间，这是接下来学习的重点之一 Model First能否使用第三方建模工具还是必须VS的？
http://msdn.microsoft.com/en-us/data/ee712907.aspx

http://msdn.microsoft.com/en-us/data/jj713564.aspx