另一个“ASP.NET MVC适合我？”问题

我对webforms有相当多的经验,我必须说,其中很多都非常令人沮丧.我喜欢有很多内置控件,但后来我发现它们并不是我想要的,开箱即用.我最终滚动自己的控件(继承自内置控件),例如GridViewThatCanSortItself或GridViewThatHasASelectionColumn(这些可能不是实际的名称,但你明白了).我经常想知道,虽然努力建立这样的课程,但是否能够找出经常错综复杂的事件模型是值得的.我尝试使用CSS来设计样式也是令人沮丧的.有一些ASP.NET控件将为一组属性生成一个html标记,为另一组属性生成另一个标记.你没有意识到这一点,直到你发现你的css只有一半的时间工作.

所以,我的大脑开始怀疑,ASP.NET MVC可以成为答案吗？阅读关于SO的一些帖子基本上给了我的印象,虽然webforms肯定有问题,但我只会为另一个问题交换一组问题.看起来微软似乎试图说服我：

来自asp.net网站的报价(http://www.asp.net/learn/mvc/tutorial-01-cs.aspx)

ASP.NET MVC…works well for Web applications that are supported by large teams of developers and Web designers who need a high degree of control over the application behavior.

那真的不是我.我的大多数项目都相对较小,我通常是唯一的程序员.我有时需要创建非常自定义或不寻常的UI,但我绝对没有可以为我构建组件的程序员团队.

还有javascript的问题.我对html和css有一定的工作知识,但我不能对javascript说同样的话.由于笨拙和臃肿,我已经能够使用UpdatePanels做一些足够顺畅的事情.我不知道我需要花多少时间来学习javascript才能处理ASP.NET MVC中的简单AJAX场景.

我即将开始研究一个相对简单的小型网络应用程序,所以现在是时候冒险了,如果我要冒险的话.这个应用程序将使用SQL Server Express(2005或2008)后端,我正在考虑尝试将SqlMetal作为ORM解决方案.所以,这已经是我必须要学习的一件事了,尽管我至少有过 – 并且非常喜欢 – LinqToXml和LinqToObject. Web应用程序的页面将包含一些数据网格(一些具有链接列),输入框,标签,下拉列表,复选框,单选按钮和提交/操作按钮.我没有预见到比这更复杂的事情.总共将有六到七页.

问题：

根据我的经验,学习ASP.NET MVC会有多痛苦？它值得吗？

我已经阅读了一些比较webforms与MVC的早期问题,所以我很好奇,过去一年左右MVC是如何演变的？是否有任何新的东西可以使学习曲线不那么陡峭？

我是否真的必须编写代码来手动生成所有html,或者社区中是否有可用的代码/库来协助该过程？ (我知道我读过一些关于“html助手”的东西 – 这可能就是我在这里要问的.)

还有其他建议吗？

更新

我遇到的另一个问题是：从ASP.NET webforms到MVC的转换是从标准WPF(使用代码隐藏)到MVVM吗？我发现学习WPF本身非常具有挑战性(我仍然不能说我真的得到了所有关于它的东西),但是学习使用MVVM模式使用WPF是一个相对无痛的过渡.所以,我想知道从webforms到ASP.NET MVC的跳跃是多么相似.