ASP.NET开发人员需要学习ASP.NET MVC么？
最近几周，在博客、Twitter和论坛上如火如荼地展开了一场讨论。讨论的内容是：开发人员是否应该使用或学习ASP.NET MVC。从“不推荐学习”到“所有ASP.NET开发人员都应该学习”，各种不同的观点层出不穷。InfoQ对其中部分讨论内容进行了总结。
Rob Conerey（SubSonic之父，目前是微软ASP.NET MVC团队的一员）解释了为什么开发人员应该学习ASP.NET MVC。在文章的开始，他称WebForms是一个“巨大的谎言”。
WebForms是个谎言，它是一个被种种谎言和欺骗所包围着的抽象机制。你对WebForms所做的一切都与Web无关 － 它帮你做了本该你自己做的事。
朋友们，这可是件大事（至少对我来说）：你工作在谎言中。Web是“无”状态的，它依赖一种叫做HTML的东西，并使用另一种叫做HTTP的东西通过电缆将HTML发来发去－你需要了解它、热爱它并在骨子里感受它。
Rob列举了7个使用ASP.NET MVC的理由，或者用他的话说“避免被称为怪人的7个理由”：
可测试性
完全控制HTML
可扩展
促使你思考
易于客户端Javascript编程
可以学到新的东西
有趣
然后总结到：
结论：Web编程再一次充满了乐趣，至少对我和我的猫来说。当然这又是一个关于WebForms和MVC的比较，但是更直接一些。你几乎无法找到不学习MVC的理由 － 当然，对你来说可能还是有一两个理由，促使你继续使用WebForms。
Joe Brinkman（DotNetNuke的全职开发人员）迅速的做出了回应，批评Rob没有找到一个“好”的学习MVC的理由，并列出了他自己的：
学习一种不同的架构
强迫你熟悉HTML和HTTP
MVC促进了单元测试
MVC将使你意识到你对WebForms有多少是想当然的
Joe总结道：
你真的应该试一试MVC，但不是因为Rob所列举的那些原因。你应该尝试，MVC是因为最终你会学到一些东西，它可以使你成为更好的Web开发人员，这与你最后选择了哪个平台无关。
Rob和Joe基本上都同意，ASP.NET开发人员应该学习ASP.NET MVC，但是对于学习的原因还有争议。然而Karl Seguin持有不同的观点，他质疑道：“ASP.NET MVC是一个半成品么？”：
能够以更清晰的方式构造复杂的系统是一个好的开始，但是对于一般的Web开发，特别是与其他平台比较来说，ASP.NET MVC还是要落后很多（Perl是我能想到的唯一一个更糟糕的）。
最大的问题在于，它只是一个VC － 没有对Model的考虑、支持和相关的工具。当你将自己写的数千行repository/dal/linq/n
相关文档：
看到有朋友说前面一章讲得没必要,想想也确实.本来是没有打算讲这些基础的,只是行文起来没有约束,就荡开到基础知识上面了.
从这节开始,将会给大家介绍ASP中的三大通用类,它贯穿于我所设计的三层架构中,是对ASP语法的扩展,可以提高很多细节处理上的效率,可以算是一点点框架的味道.
& ......
关于ASP.NET平台下的Web Forms和MVC，乍一看来，大有一种“既生瑜何生亮”的感觉，但坐下来仔细思考，还是有其各自存在的道理的。首先,我们先来看一下Web Forms, 几年的实践证明Web Forms是一个非常稳定和成熟的平台，无疑它是强大的，但也不是完美无缺的。从以下几个方面来看它的强大之处：
1、性能优� ......
Asp.net中DataBinder.Eval用法的总结
<%# Bind("Subject") %> //绑定字段
<%# Container.DataItemIndex + 1%> //实现自动编号
<%# DataBinder.Eval(Container.DataItem, "[n]") %>
通常使用的方法(这三个性能最好)
<%# DataBinder.Eval(Container.DataItem, "ColumnName") %>
<%# DataBi ......
在使用网站管理工具做登录页面的时候遇到的问题
所遇问题：进入Visual Studio 2005的“网站”菜单的“ASP.NET 配置”后，点击“安全”后，出现如下的出错信息：
“选定的数据存储区出现问题，原因可能是服务器名称或凭据无效，或者权限不足。也可能是 ......
