2011-06-24 12 views
0

シンプルなSaaSアプリケーションを開始し、サーバー側のWebテクノロジー(ASP .net MVCまたはRuby on Rails)を検討しています。サーバー側のWebテクノロジーの比較

各技術の賛否両論(実績、コスト、開発が容易、保守しやすい)を両方経験している人が、自分の好きなことをお勧めしますか?

答えて

4

Ruby on RailsとASP.Net MVCの両方を使用してプロジェクトを管理しています。

いつものように、「あなたのお気に入り」の質問は、「それは...に依存します」としか答えられません。

Rubyは、データベース駆動型アプリケーションのためのより生産的な開発環境です。シェルフの良さから離れていて、ほとんどの場合、受け入れられるように機能します。しかし、生産性を高めてくれる足場の大部分が負担になる状況があります。何らかのパフォーマンス上の問題は、簡単には理解できないため、多くの実験が必要であることがわかりました。 デプロイメント、単体テスト、継続的な統合などのビルトインサポートは、時間を大幅に節約し、適切なことを簡単に実行できるようにします。

ASP.Net MVCでは、より多くの作業を自分で行う必要があるため、生産性が低下します。独自のContinuous Integration、単体テスト、デプロイメントプロセスを設定する必要もあります。このフレームワークはRuby on Railsよりも広範であり、例えばデータベースと話すための実行可能な方法がいくつかあります。これは祝福と呪いで、大きなツールボックスを提供しますが、ハンマーを打ち込むのではなく、ハンマーがベストであるかどうかを主張する開発者にもつながります。

ASP.Netのパフォーマンスは優れています。私は確かに言い表すことはできませんが、パフォーマンス問題を掘り下げる時間は少なくて済みました。

私が取り組んできたほとんどのプロジェクトでは、開発者の時間がはるかに大きかったため、その生産性が重要な決定要因ですが、ASP.NetではVisual Studioライセンスを購入する必要があります(Resharperあなたがそれをしている間)、それは間違いなくより高価な選択肢です。私の経験で

私は主要なスケーラビリティやパフォーマンスの懸念なしに、迅速、データ駆動型のアプリケーションを開発しなければならなかった、とアプリケーションドメインは比較的簡単だった場合、私はRoRのを使用すると思います。より大きな、より要求の厳しいプロジェクトのために、私はおそらくASP.Net MVCに行くだろう。

+0

RoRがパフォーマンス面で実用的な選択肢であることが証明されています。 – keymone

+0

それは難しいですが、Grailsから得られる生産性の向上を切り開くことになります。より多くの人々がより多くの機能を追加し始めると –

+0

任意のプロジェクトは、パフォーマンスが低下します。レールの問題は、あなたがそう自然にそれが速く分解するパフォーマンスについて考えていない場合、新しい機能を追加するために信じられないほど簡単かつ高速であることである - これは、パフォーマンスを考えるためにあなたの開発者を思い出させることで硬化性である:) – keymone