ADO.NET Entity Framework(以下简称ADO.NET EF)有一个非常可信的运行时。之所以不敢在项目中广泛使用是因为其糟糕的设计时。这个DSL设计时糟糕在哪里呢？其一，只能是先设计好数据库后设计实体模型；其二，如果你修改了数据库结构，再更新实体模型时，你所做的修改全部作废，最糟糕的是，很可能会出现映射错误，你必须手工来维护EDMX中的MSL部分。通常数据库结构的修改会成为你的噩梦。
jQuery是一个重要的客户端框架，ASP.NET MVC默认的项目模板中就带了这个框架。掌握这个框架对于更好地编写ASP.NET MVC应用是非常重要的。事实上，网上有很多文章讲述如何在ASP.NET MVC项目中使用jQuery。例如以下文章就是讲关于jqGrid的：
不断听timiil向我介绍Entity Framework 4.0的诱人之处。当然，他知道我最需要的是稳定且实用的设计时和提供给我从模型到数据库的设计体验，这两点是EF1.0不能满足我的。之所以我特别在意这两点，是为了满足我经常..
WebForm下的ScriptManager在ASP.NET MVC下自然是不能使用的。于是很多人开始困惑如何管理页面上可能发生冲突的脚本。CodePlex上还有一个项目专门做这件事情，当然也有人简单地通过HtmlHelper来解决。如果你看过j..
David Cutler何许人也？Google一把你就明白了。2008年获得了美国国家科技和创新奖章，这个奖大概相当于我们国家一年一度的国家科技奖吧，无论如何这是一种不平常的荣耀。尽管他的故事还没有真正成为过去，毕竟到现在为止，他仍然担任着微软云计算平台（Azure Services Platform）的主要开发者。但是已经有太多需要我们去解读和学习的精神，已经有太多需要我们去细细品味的哲理，已经有太多需要我们去汲取的力量。这个67岁的老家伙是我心目中不折不扣不倒的英雄。
或许我有极重的RAD情结，当我第一次弄明白ASP.NET MVC架构之后，我忽然发现，RAD有了希望。大多数情况下，当你的Model不幸被修改了，不得不去修改View。而从Model到View的映射还不得不让人来处理，也就是设计时的处理。Visual studio 2008在我们第一次创建View的时候可以帮一点小忙，而修改根本就无能为力了。其实我的期望比较的现实，大概就是ObjectGrid的ASP.NET MVC版。
例如你的Model可以写成这样
工欲善其事，必先利其器。好的工具能够成倍提升工作效率。ASP.NET MVC和ADO.NET EF也是因为其工具出色而受到欢迎。例如：
MVC所提供的View模板工具；
MVC所提供的View切换、向导工具；
ADO.NET EF提供的模型设计工具；
ADO.NET EF提供的数据库模型导入工具。
天查阅MSDN，关于ADO.NET Entity Framework的继承，发现一个问题让人恼火。
一个是“通过每种类型一个表继承以定义模型”，另一个是“通过每个层次结构一个表继承以定义模型”。它们提供的数据库脚本居然完全一样..
在你设计一个方法的时候，无法直接从方法参数或实例成员(字段或属性)获得的所有信息都是上下文。例如：
当前用户是谁？
刚才提供操作的数据库连接实例从哪里拿到？
这个方法从哪个 View 或者哪个 Controller 调用的？
当然，在方法体中获得上下文最终还是要靠方法参数或实例成员。
在MVC中有大量的上下文信息，例如：
因为要在一个asp.net mvc应用程序中用到一个富文本编辑器，需要后台上传文件或图片，所以动手写了一个。我也曾经想通过Ajax来实现，看来确实有一定的难度。
参考了以下文档：
A.实现一个Ajax模式的文件上传有多..
社区：
