ほとんどのMVCサンプルコントローラコードがActionResultを返すのはなぜですか？

Question

サンプルMVCコードに表示されているほとんどすべてのコントローラメソッドが、コードが結果の1つのタイプのみを返すことができることが明らかであっても、なぜActionResultを返すのか不思議です。ロジックに応じてRedirectResultやViewResultを返すことがあるため、保証されている場合がありますが、これは私が見た方法のほとんどに当てはまりません。

メソッドに「オブジェクト」の戻り値の型を持つことと同じではありませんか？戻り値の型としてJsonResult、FileResultまたはViewResultを指定するだけではどうですか？すべてのコントローラメソッドで、戻り値の型をActionResultに設定していないというメリットはありますか？

クラシック例：

は

public ViewResult Index() 
{ 
    return View(); 
} 

EDIT：

public ActionResult Index() 
{ 
    return View(); 
} 

はなぜ、この代わりに、こののノルムであるように見えるんこれまでのところ、すべて1以外の応答のがあることを示しているのActionResultもっと一般的です。私はそれほど知っている。 :)コントローラメソッドではなぜこのような練習が受け入れられますか？通常のメソッドでできる最高のレベルベースのクラスを返すだけではなく、通常できる最も特殊な型を返そうとします。ブロガーと "サンプルコード作家"（はい、私はその言葉を作った）がコントローラのメソッドを非常に異なるものにするのは、単にActionResultを返すことだけでしょうか？

Answer 1

ここで受け入れられている回答からの引用はここにあります。私には理にかなって：

Must ASP.NET MVC Controller Methods Return ActionResult?

あなたは絶対に ウェブ上のほとんどの例は のActionResultを返すように見えても、 種類の特定のリターンを使用することができます。私が唯一の時間を ActionResultクラスを返すのは、 アクションメソッドの異なるパス が異なるサブタイプを返すときです。

スティーブン・サンダソンは、 の書籍で特定のタイプを返すことをお勧めします。 Pro ASP.NET MVC Framework以下の引用を見 してください：

」このアクションメソッドは、具体的 それはインスタンスするViewResultの を返すことを宣言しそれが同じだけ メソッドの戻り値の型 はのActionResult（基底クラスだった代わり場合を働くだろう。 のためのすべてのアクションの結果）。実際には、いくつかの ASP.NET MVCのプログラマは、彼らはそれが常に が復帰一つの特定のサブクラスをすることを確実に知る 場合でも、 非特異的なのActionResultを返すように、すべての そのアクションメソッドを宣言。 が、それはよく確立された0123だの原則では、オブジェクト指向の メソッドは、それらが可能な最も具体的なタイプの を返すようにプログラミングしています（ として、最も一般的な のパラメータタイプを受け入れます）。 に従うと、この原則は、 の利便性とユニットテストなどの方法を と呼び出すコードに柔軟性を最大限に引き出します。「

も参照してください。

http://www.bengtbe.com/blog/post/2009/07/01/Use-specific-return-types-in-your-ASPNET-MVC-action-methods.aspx

Answer 2

戻り値の型がコントローラ内のロジックのb/cになるかどうかわからないときは、一般的な戻り値の型を使用する必要があります。それ以外の場合は - 具体的に使用してください（BETTERプログラミングとみなされます）。

人々はサンプルでのActionResultを使用する理由私は知らないが、私は、私は同意しない場合がありますサンプルで多くのことを見てきた - 何が良い取ると、そこに残りの部分を残して....

IMHO - あなたはこれが、あなたが使用する唯一の返されたオブジェクトであり、ActionResultsでないことがわかっているときは、ViewResultを使用する必要があります。

Answer 3

コードをより具体的にする必要がないため、より具体的な結果ではなくActionResultが返されると思います。

より一般的なタイプを使用すると、より柔軟になります。

戻り値の型を変更すると、Webアプリケーションプロジェクトで問題になることはありませんが、テストプロジェクト内のすべての単体テストも変更されることに注意してください。

Answer 4

ActionResultがビューで処理できる最も高いオブジェクトである可能性があります。私にとって

ActionResult

ViewResult

System.Object 
    System.Web.Mvc.ActionResult 
    System.Web.Mvc.ViewResultBase 
     System.Web.Mvc.ViewResult 

、各XXXResultは、特定の用途に特化しています。 具体的に必要がない場合は...

Answer 5

私は本当の理由は、MVCテンプレートの自動生成コードがActionResultであなたを開始し、人々がパターンに従うことだと思います。多くの人はコントローラのアクションをユニットテストしないので、結果をタイプセーフな方法で消費しないので、これを苦労することになります。

Answer 6

ScottGuが、それは同じ理由4をPROBなかった。それは例を表示するだけで簡単ですデモの対象は、多くの場合、あなたが見るODE品質が決まり、。それは単にexmaplesの場合、彼らは一般的にポイントを説明するためにgetherに何かを投げつけるでしょう（彼らは自分自身でb4の出版を終えてサンプルを書く/テストすることを容易にしました。これまで）ベストプラクティスとしては、HTMLやJS（本質的に）については「型を気にしない」ことについて、JavaScrip t（タイプの弱さのような）漏れ/感染するあなた自身の良いコーディングスタイル。可能であれば、特定のタイプを使用してください。さらに、JSのコードは、JSONの結果を期待していると思います（入力のベストプラクティスを使用してコード化されている場合）。また、コードもテストできることは間違いないので、試してみるとJSコードの手をそこに結びつけたくない可能な限りの型で正しいことをする。いくつかのケースでは、有害な影響が他のものよりも顕著である（実際にはより安全な言語に戻ってしまうなど）、それは一貫性を保つより良いプログラミング習慣です。一般的に、このようなことを行うことで、ある種の型キャスト/コフォールトがもたらされ、リターン時に使用するより具体的なオブジェクトの機能に戻ることができます（ベースオブジェクトでは利用できない可能性が高くなりますいつも、あなたのタイプはあまりにも特異的です/とにかくベースにすべきです）。キャスティングは本質的に醜い/悪いです。実行時に型を派生させると、いつも困ったことになります（何故、習慣が落胆しているのか/静的/強い型付け/安全性のベンが数十年にわたって賞賛されたのか）。あなたのコードの消費者/保守者がmetainfoを通して識別できるようにしてください（メソッドの上にカーソルを置くなど）。）関数が実際にやっている/戻っているもの。実際、単体テストの場合は、これがテストできる条件であるため（Steven Sandersonの本の抜粋から引用しているように）、単体テストの方が優れています。そして、弱く型付けされた理由としてビルドを保持したくない人を捕まえましたか？本当に？