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

私は最近学んでいますスカラプライベートでは、仕事ではC#/.NET（4.0）。私はどちらも十分に理解していないので、最低限の評価以上のことはできない。リフトまたはASP-MVC3 の新機能私は岐路に立っています。そして、非常に限られた時間の中で、今後 3 ～ 6 か月かけてアプリケーションを学習して構築するために、どちらかを選択する必要があります。

私は遭遇しましたこのリフトの記事今日、私はすぐに興味をそそられました。私は、この記事で概説されているほとんどのことを試しましたが、何時間もイライラして頭を悩ませました。そして、そのうちのいくつかは最終的にあきらめて、プロジェクトを完了するためだけに、粗雑で安全でない単純なバージョンを実装しました。そのため、この記事によって Scala/Lift が非常に魅力的になりました。

そして昼食時に、私のチーム メンバー (そして友人) が、.NET 4.0 で C# を使用して ASP-MVC 3 に取り組んでいることについて話していました。これは、学習して使用するのがとても楽しそうに思えます。そして、彼が話したことの中には、午前中に私が読んだ Lift の記事と重なりそうなことがたくさんありました。

私の質問はこれです: 時間が限られている中で、C#/ASP-MVC 3 ではなく Scala/Lift を選択することの利点と欠点は何でしょうか? また、C#/ASP-MVC 3 には Scala/Lift に比べてどのような利点があるのでしょうか?

評価の複雑さを軽減するために:これらの各テクノロジの現在の最新バージョンは、Scala 2.8.1 (2010/12 月)、Lift 2.2 (2011/1 月)、C#/.NET 4.0 (2010/4 月)、ASP-MVC 3 (2011/1 月) であると想定してください。

この重要なアーキテクチャの決定ポイントで私を支援していただき、ありがとうございます。

更新 2011/3/19 12:25 CDT:
私はその後、Scala/Lift側で非常に役立つと思われるリソースをいくつか見つけました。1
. 無料の電子書籍（PDFとHTML）「Lift (Scala ベースの Web フレームワーク) の探索」
2. Liftの作者によるWiki記事「最初に見る」

電子書籍の最初の章は非常に役に立ちました。Lift の設計原則と実装が「関心の分離」(コードを表示スニペットから除外する) と「構成より規約」に重点を置いている点が本当に気に入っています。

そして、私がこれまで見てきたところによると、ASP-MVC 3 は同じ「強力なガイドライン」を使用しているものの、コードとプレゼンテーションが「ハイブリッド化」されているレイヤーに依存しています。これは、サイト デザイナーもソフトウェア エンジニアも、作成後には踏み込もうとしない領域です。つまり、作成後には、メンテナンス ドラゴンが存在するということです。ここで私が間違っていると誰かに教えてもらいたいものです。