なぜMicrosoftはASP.NET MVCのために選んだのですか？

StackOverflow https://stackoverflow.com/questions/854807

質問

30年のパターンであることに加えて、MVCは、現在のアプリケーションのためのものはなかったです。 MVPは、その後継者だった90年代に出てくるイベントベースのアプリケーションを処理するように設計します。パッシブ表示および管理コントローラーは、一番上に上昇しているように見えます。これら二つの場合、ほとんどMVC / MVPの話をする必要はありません。

具体的には、そのビューを作成するビューを戻すASP.NET MVCのコントローラアクションは？ MVCでは、コントローラは、ビューを作成していないか、またはそれらに戻って話しています。それは、ASP.NET MVCにMVCの実装を呼び出すためにどのように正確ですか？それとも、それは何のために正確な名前でしょうか？

役に立ちましたか？

解決

私はそれがasp.net MVCを作成するために、MSにインスピレーションを与えRuby on Railsにだと思います。

他のヒント

ASP.NET MVCは、単にRuby on RailsのとDjangoのようなWebフレームワーク内のMVCの実装の成功のMicrosoftの確認です。多くのWeb開発者は「独断」のプログラミングモデル（設定より規約）を包含し、離れてASP.NET Webフォームが提供するステートフルな抽象化から外れるWeb開発へのアプローチに多くの手を希望することを実現。

これは、SmalltalkのMVCパターンの正確な実装ですか？いいえ、それはパニックの結果ですか？いいえ、それはRuby on RailsのとDjangoの両方の成功の結果ですか？はいています。

私はそれが条約に基づく開発のアプローチと、使用中のミニマルなまま.NETとASP.NETスタックによって提供される豊富なフレームワークを包含し、このモデルを好きに起こるます。

十分に近い、それは販売戦略です。

彼らはMVCとして自分自身を特定する他の技術に対してASP.NETを販売しています。だから、同じカテゴリに認知されるように、それに名前を付ける競争便利です。

Microsoftは、正確な技術を識別するよりも、製品のポジショニングによって、より頻繁に勝ちます。 （プラス長期の配信、私見。）

ScottGuは最初のMVCの実証に彼のポストの最初の部分での回答に見逃さ<のhref = "http://weblogs.asp.net/scottgu/archive/2007/10/14/asp-net-mvcここを-framework.aspx」のrel = "nofollowをnoreferrer">。短い答えは、人々がそれを求めそしてMicrosoftはそれで行くことにしたということです。これは、フレームワークが大きなターゲット市場に到達し、また、右のプロジェクトのための適切なツールを開発者に提供できるように、できるだけ多くのオプションを追加するための現在の.NETモデルに適合します。

MVC ASP.NET MVCで実装さは昔のMVCパターンではありません。私は、ビューが直接持っている「クラシック」MVCを呼んで、しかし、唯一のモデルへのアクセスを読んであげる何で、ASP.NET MVCでビューから直接あなたのビジネスモデルにアクセスするには、悪いフォームと考えられています。あなたがで終わることは非常に多くのコントローラー+パッシブ監督のようなものです ビューます：

public class MvcExampleController : Controller
{
    public ActionResult ActionMethod(BoundInputData inputData)
    {
        var results   = DoActualWorkInTheModelWith(inputData);
        var viewModel = CreateViewModelFromThe(results);

        return View(viewModel);
    }
}

私にはこれは、より多くの古典的なMVCより管理コントローラーのように見えます。作業がモデルで行われます後は、ビューはViewModelに（別名PresentationModel）渡されます。 ViewModelには、一般的にビューのUI要素と1対1の関係を持ち、または実際のモデル内のオブジェクトのようなものを見ていない場合があります。実際のモデルは、私にはパッシブビューのようにたくさんなにおいのViewModelに作用していないビューます。

私は、これは「本物」MVCの実装であるか否かに得ることはありませんが、あなたの引数はASP.NET MVCは、最新のWebデザインパターンを使用していないということであれば、私は同意する必要があります。

ベストの推測では、誰もがMVCのことを聞いています。 MVCはかなりしばらくの間、「ベストプラクティス」として殴られ、ひいては全世代（または2つ、または3つ）の開発者のされたMVCを見ると幸せな思考を考えてます。

また、他のフレームワークの多くは、Microsoftとても似光の中でMVCを支持する、おそらく同様に行うことを余儀なく感じます。

要するに、私はそれのための強力な技術的な理由があることを非常に疑うます。

あなたは現在のASP.NETフレームワークを使用して独自のMVCを転がし、まだポストバックモデルを維持することができます。

http://www.codeproject.com/KB/aspnet/RollingYourOwnMVCwithASP.aspx の

これは素晴らしい質問です。

、多くの人々は、MVCの初期の頃にこの質問をしてきました。ここではフィル・ハークプロジェクトのリード開発者の一人からの答えは！

<のhref = "http://haacked.com/archive/0001/01/01/everything-you-wanted-to-know-about-mvc-and-mvp-but.aspx" のrel = "nofollowをnoreferrer "> http://haacked.com/archive/0001/01/01/everything-you-wanted-to-know-about-mvc-and-mvp-but.aspx の

、それをチェックアウトのリンクを読んで、そこから行くます。

また、ディベート多分S＃arpコマンドアーキテクチャへの答え。彼らはそれがより多くのMVPのように動作させるためにMVCの上に層を構築しています。あなたはそれらのラインに沿ってsoemthingを探している場合は、それらをチェックしてください。

グッドラック！

私は、これはその後、「パニックマーケティングの意思決定」の技術的な意思決定の多くをだったと思います。 MSFTは、彼らが彼らに再び戻って「彼らのキャンプ」への誇大宣伝の一部を取得する機会を与えた何かを提供しなければならなかったと感じたので、RoRのは、完全にパニック毎秒とMSFT市場を盗みました...

はまた、彼らは再び彼らはMVCを知らなかったことについて恥じ感じることなく、その開発者はネット開発者は鏡で自分自身を見ることができるように、自分自身とこの宣伝言葉を関連付けるために取得することによって、BACのteirの自尊心を再び得るのを助けるために必要な選択の彼らのプラットフォームは（箱から出して）彼らのためにこの種のパターンを実現しませんでしたので、

メディア熟練RoRの開発者は熊手を発射し、少ないし、15分の作業を有し、かつ前に概念実証を実行しているのスパイクを作成するときに

メディア熟練（.NET）開発者にとっては、恐竜のように感じていないのは本当に難しいです。ネット開発者であっても... vstudio.exeを開始し終了する;）

...私はそれが論争の立場だと思うが、それは私のものだと私は最後の最後までそれを守るよ;）

そのイエスの無数の例今日があり、MVCと足場は、はい、あなたの最初の速度向上が得られます。しかし、保守性のために、コードの再利用、カプセル化と、ほとんどすべてのの本当にの重要なこと - MVCは単に「銀の弾丸」ではありませんし、トイレのように使用しない限り、倍のWebフォームのほとんどは、長期的（ではるかに優れていますもちろん紙）

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top