ASP.NET Web Forms vs ASP.NET MVC のバックアップ差分(No.12)

追加された行はこの色です。
削除された行はこの色です。
[[Open棟梁Project>http://opentouryo.osscons.jp/]] - [[マイクロソフト系技術情報 Wiki>http://techinfoofmicrosofttech.osscons.jp/]]

-[[戻る>アプリケーション・アーキテクチャ]]

* 目次 [#r885a125]
#contents

*概要 [#d571e5c0]
-[[ASP.NET Web Forms]]の価値は、
--画面単位のモジュール化、コンポーネントベース、イベント・ドリブンの実現
--１画面１Formなどフレームワークレベルで実装ルールが決まっているため標準化し易い。

-[[ASP.NET MVC]]の価値は、
--柔軟性が高く、生HTMLをガリガリ生成＆弄り易い。
--反面、標準化の枠からはみ出やすい（枠に収め難い）。
--ASP.NET MVCの仕様を網羅的に押さえていないと効率的な実装、標準化が出来ない。
--大規模開発で枠に収めるには、ガイド類（ドキュメント）で徹底する必要がある。

と言う事かと思います。

*分析 [#d7fca79d]
HTML/CSS3/JavaScriptやHTML5が注目される時勢のため、
-[[ASP.NET Web Forms]]が衰退傾向で、
-[[ASP.NET MVC]]が隆盛しつつある。

というのが世間一般の認識だと思います。

しかし、技術には[[STP>https://ja.wikipedia.org/wiki/STP%E3%83%9E%E3%83%BC%E3%82%B1%E3%83%86%E3%82%A3%E3%83%B3%E3%82%B0]]というものがあるので、~
「[[ASP.NET Web Forms]]が衰退して消える。」~
ということはないでしょう。

事例として、[[Windows FormsとWPF>Windows Form vs WPF]]を見てみましょう。

>Javaに対するCOBOLや、[[WPF]]に対する[[Windows Forms]]、VB6.0などが良い例です。~
ホスト、Unix、Linux、[[Windows>Windows OSの設計思想]]などもそうだと思います。以下の参考情報も参考になります。

**ASP.NET Web Forms [#o66a29b3]
エンプラでは、実装レベルで標準化が可能な[[ASP.NET Web Forms]]は、~
以下のように最新のUIテクノロジにも対応し、今後も、まだまだ現役で使い続けられるでしょう。
*ASP.NET Web Forms [#o66a29b3]
エンプラ分野では、標準化と徹底が容易な[[ASP.NET Web Forms]]は、~
以下のような最新のUIテクノロジにも対応し、まだ現役で使い続けられる。

[[ASP.NET Web Forms]]は、
-Bootstrap
-jQuery UI
-jQuery(WCF)

などで最新のUIテクノロジにも対応します。

**ASP.NET MVC [#ta51d347]
*ASP.NET MVC [#ta51d347]
生HTMLをガリガリ生成＆弄り易いため、~
「HTML/CSS3/JavaScript」や「HTML5」に~
対応する案件が増える中で、導入数は増えるでしょう。

しかし、下記のような課題もあり、エンプラ分野では、~
[[ASP.NET Web Forms]]を使い続ける案件もあると思います。
しかし、エンプラ分野では、下記のような課題もある。

***高い柔軟性 [#y0a4186b]
**高い柔軟性 [#y0a4186b]
柔軟性は高いが、「Formを任意の数だけ定義可能。」など、~
実装次第で、標準化の枠から大きくはみ出てしまう（枠に収め難い）。

***ルールベース [#bb599ba2]
**ルールベース [#bb599ba2]
ASP.NET MVCの仕様を網羅的に押さえていないと効率的な実装、標準化が出来ない。

-[[ModelMetadata>ASP.NET MVCの利用方法#d39da4a0]]の利用~
[[ModelMetadata>ASP.NET MVCの利用方法#d39da4a0]]では表示から検証までの実装が分散するので、テンプレートなどで実装を徹底させ難い。
表示から検証までの一連の実装が各モジュールに分散するので、テンプレートなどで実装を徹底させ難い。
--M（DataAnnotations）
--V（利用するHTMLヘルパー）
--C（モデルバインディングとバリデーション）~

-表示・編集~
-フィルタ属性やセレクタ属性の利用~
属性はAction Method単位単位に分散して定義する。集約して定義できない。
--フィルタ属性やセレクタ属性はAction Method単位に付与する必要がある。
--外部ファイルなどに、属性を集約して定義できない（定義が分散しレビューが難しくなる）。


***表示・編集 [#nf773812]
DataAnnotationsと、利用するHTMLヘルパーの関連を理解しておく必要がある。

-モデルバインディング~
***モデルバインディング [#y602dd36]
モデルバインディングの仕組みを理解し、name属性の名称を決定する必要がある。
--[[単方向バインディング>ASP.NET MVCの用語#t62a5795]]
--[[双方向バインディング>ASP.NET MVCの用語#i0697eb3]]
-[[単方向バインディング>ASP.NET MVCの用語#t62a5795]]
-[[双方向バインディング>ASP.NET MVCの用語#i0697eb3]]

-バリデーション~
***バリデーション [#ldc97ca3]
DataAnnotationsを理解し、標準のバリデーションの機能版囲を理解し、~
必要に応じて[[カスタムのバリデーション>ASP.NET MVCの利用方法#za7f960c]]を実装する必要がある。
--[[CustomValidation属性>ASP.NET MVCの利用方法#f553a183]]
--[[自作Validation属性>ASP.NET MVCの利用方法#l98ac398]]
-[[CustomValidation属性>ASP.NET MVCの利用方法#f553a183]]
-[[自作Validation属性>ASP.NET MVCの利用方法#l98ac398]]

***標準化 [#fb970b97]
**標準化 [#fb970b97]
これらを枠に収めるには、ガイド類（ドキュメント）で徹底するしかない。~
従って、ガイド類（ドキュメント）が十分で無いと、大規模開発などで問題が発生しやすい。

*参考 [#n6d4da2b]
-「ASP.NET Web Form」か「ASP.NET MVC」か？~
.NETによるWebアプリ開発の今を徹底討論 (1-4)：CodeZine（コードジン）~
http://codezine.jp/article/detail/4367

-Web フォーム vs. MVC - THE TRUTH IS OUT THERE - Site Home - MSDN Blogs~
http://blogs.msdn.com/b/chack/archive/2013/01/16/aspnet-webforms-mvc.aspx

----
Tags: [[:ASP.NET]], [[:ASP.NET Web Forms]], [[:ASP.NET MVC]]