Scala(2.8)/ Lift(2.2)vs.C#(4.0)/ASP.NET-MVC 3

我最近一直在我的个人时间学习 Scala。在工作中，我一直在学习 C#/.NET(4.0)。我不是很熟悉要么能够超过最低限度评估 Lift或 ASP-MVC 3.我在十字路口。由于我的时间非常有限，我必须在一个或另一个之间进行选择，以便在接下来的3-6个月内学习和构建应用程序。

我今天遇到了this Lift article，我立刻感兴趣。我试图在文章中概述的大部分事情，导致我无尽的沮丧和头痛的时间。其中一些我最终放弃和实施原始不安全的简单版本，只是为了完成项目。所以，这篇文章使Scala / Lift非常有吸引力。

然后在午餐时，我的团队成员(和朋友)正在讨论他在ASP 4.0上使用C#在ASP-MVC 3上工作。它听起来像是非常愉快的学习和使用。他谈到足够的东西，似乎重叠在我早上阅读的电梯文章。

我的问题是这样：考虑到我的时间有限，选择Scala / Lift超过C#/ ASP-MVC 3有什么优点和缺点？ C#/ ASP-MVC 3对Scala / Lift有什么优点？

为了减少我的评估的复杂性：请假设每个这些技术的当前最新版本; Scala 2.8.1(2010 / Dec)，电梯2.2(2011 / Jan)，C#/ .Net 4.0(2010 / Apr)和ASP-MVC 3(2011 / Jan)。

谢谢你在这个关键的架构决策点帮助我。

UPDATE 2011 / Mar / 19 12:25 CDT：
我后来偶然发现了几个资源，似乎在Scala / Lift方面非常有帮助：
1.免费电子书(PDF和HTML)，题为“Exploring Lift (Scala based web-framework)”
2.电梯的创作者的标题为“View First”的维基文章

电子书的第一章非常有帮助。我真的很喜欢Lift设计原则和实现是如何专注于“分离关注”(保持代码不显示片段)和“约会超过配置”。

从我迄今为止看到的，虽然ASP-MVC 3使用相同的“强指南”，它仍然取决于代码和演示文稿是“杂交层”。这是站点设计师和软件工程师都不敢在AFTER发起之后。 IOW，起源后，有维护龙。我会喜欢有人告诉我我错了。