小朱® 的技術隨手寫

最近看了一些文章，發現有些人對這三個模式似乎仍有些誤解，之前曾經有寫過一篇這樣的文章，這回就再深入一點討論它們的差別吧。

Design Patterns 或 MVC 都是用來解決架構與設計上的相關問題，它給你的是方向，但真正實作出來的，其實並不是一定要 "依樣畫葫蘆"，只要在設計上有滿足 Design Patterns 或 MVC 的精神：職責分明，並且能解決你要解決的問題領域，就夠了。當你學習夠多的時候，自然而然就會有想法，而且自然會植基於 Patterns 之上來思考。Design Patterns 或 MVC 其實只是教你該如何去思考，是概念上的作法，但實作要靠自己實踐，打出一套能夠滿足 Design Patterns 的精神，並能完成問題解決的拳法，才是王道。

ASP.NET 5 在 Connect(); 研討會中正式定名，並且隨著 Visual Studio 2015 Preview 的版本釋出，雖然不像之前在試用 alpha 階段時的高度不確定性，但是 ASP.NET 5 畢竟是一個核心大幅改版的平台，因此它勢必會和我們平時使用的 ASP.NET 4.5 (或之前的版本) 有所不同，而且還是很大的不同。

今年的 TechEd 2014 North America 可真是豐富又紮實啊，除了 Microsoft Azure 多了一堆新東西外，連 .NET Framework 以及 ASP.NET 也宣布了下一個新的未來版本 vNext，.NET Framework 的部份著重在新一代的編譯平台 (Compiler Platform) Roslyn，新一代的機器語言編譯器 .NET Native 以及新一代的即地編譯系統 RyuJIT。而針對 ASP.NET 的部份則是很恐怖的大幅改版，不是針對功能面，而是針對核心面...

在此藉本文來感謝這本書的六位功力深厚的作者，也期待讀者能多加支持。

在前一個範例中，我們己經實作出來一個簡單的應用程式，而這次我們要來展示 SignalR 的另一個功能：由伺服端呼叫用戶端的 JavaScript 指令碼的功能，而這個功能的要求必須是要實作成 Hub 的模式，因此我們可以順便看到如何實作 Hub 類型的 SignalR 應用程式。

SignalR 是一個使用上並不困難的 Framework，而在 Visual Studio 上使用更容易，透過 NuGet 的功能，我們可以很容易的整合 SignalR 到專案內，只要在 Package Manager Console 中使用一個指令就能自動安裝與整合 SignalR 與相依的組件到專案內。

此份簡報檔是 Windows Azure Platform 雲端平台開發講座的 ASP.NET 4.5 & Visual Studio 11 新功能預覽及跨行動裝置網站開發課程的簡報。

雖然 ASP.NET MVC 和 Web Form 是不同的系統，但因為它共用 ASP.NET 的核心服務，所以我也將它歸類到 Visual Studio "11" 的新功能之一，不過在討論時大多數都會將 MVC 4.0 視為一個完整的範圍，和 Web Form, Web Pages, Dynamic Data 等分開...

我們在 ASP.NET MVC (7) 中曾介紹了 ASP.NET MVC 的 View 內建了 9 種不同的 View，基本上這些 View 均足以應付大部份的資料呈現需求，但是它也不是不能擴充的，像是一些特殊的 View (例如圖表或特殊檔案或特別的資料格式)，就需要由開發人員自己設計，不過 MVC 的 View 設計上也不難，只要將自己的 View 加入 HTTP 處理流程中即可。

在寫 ASP.NET MVC 應用程式時，在 View 中有幾樣東西特別有趣，在此做一個比較。

我們在前一篇文章中看到部份檢視的功能，它除了可以作為網頁上的排版外，其實它還有一個更重要的用途：與 AJAX 結合。ASP.NET MVC 本身的 AJAX 目前可支援最早的，以 MicrosoftAjax.js 與 MicrosoftMvcAjax.js 組成的 AJAX，以及由 MVC 3.0 開始支援的 jquery.min.js 與 jquery.unobtrusive-ajax.js 兩種，要選擇哪一種是由開發人員自己決定，但個人推薦使用 jQuery 的 ajax，一來方便，二來可相容於許多的 jQuery Plug-ins，甚至想用 jQuery Mobile 來開發行動網頁，也可以享受到 MVC AJAX 的能力。

寫過 ASP.NET Web Form 的人應該都知道使用者控制項 (user control) 這個東西吧，它允許開發人員對 Web 的畫面設計可重覆使用的網頁區域，在多數的情況下，我們都是用靜態的使用者控制項，也就是在 Web Forms 上放一個自己的 user control (*.ascx)，它會幫我們將對應的 HTML 繪製出來...

ASP.NET MVC 應用程式的部署不像是 ASP.NET Web Form 這麼簡單，只要用 \bin 就可以了，主要原因是 ASP.NET MVC 使用了 ASP.NET Routing 機制去維護 MVC 之間的連結，若 IIS 無法載入 ASP.NET Routing 時，就會發生無法運作的情況...

截至目前為止，我們使用的 View 一律都是 HTML 網頁而已，但是依照 MVC 的精神，V 應該是各種不同的資料呈現，不是只有 HTML 網頁，像是 Web application 常用的檔案下載，圖片，JavaScript，JSON，文字或 XML 等，都算是 View 的範圍之一。

在前一篇文章中，我們撰寫了一個 server-side 的 validation 方法，雖然解決了驗證的問題，但是和時下流行的 client-side validation 不符，而且 server-side 不應該只是檢查資料型別這件事而已，它應該要解決更複雜的問題，而 client-side validation 專司處理簡單的驗證問題...

前一篇文章中，我們很快的用一個最簡單的方式去展示了 HTTP POST 和表單的動作，只是還是少了一樣東西，我們要求使用者要在欄位中輸入數字，但是如果使用者不聽話輸入非數字的字串時會發生什麼事...

截至第三篇文章為止，我們使用的都是 HTTP GET 協定，包括撈資料時的 ?CustomerID=AFAKI 這種，都是以 GET 作基礎的，但是有時我們也會需要提交資料給應用程式，這時我們需要的就是 HTTP POST，而想到 POST 就會想到表單 (form)...

我們在前一篇文章中，實作了最簡單的 Controllers 與 Views，也看到了這兩個物件之間的關聯性，但是 MVC 中還少一個東西，就是 Models，但還是老樣子，雖然很多書都用 LINQ to SQL 或 Entity Framework 來當 Models，但是我仍然堅持要由最簡單最原始的方式來實作，所以我們一樣由類別來實作 Models。

在了解怎麼學習 ASP.NET MVC 後，馬上就來一個專案吧，但是我不喜歡一下就進到已經有東西的專案，所以一開始就先以空專案來入門吧。

ASP.NET MVC 最近似乎慢慢的有變紅的趨勢，也開始有不少人在詢問如何學習 ASP.NET MVC，之前我也寫過一篇簡單的介紹文，說 ASP.NET MVC 比較適合寫過 ASP, JSP, PHP 等的開發人員，因為它的處理方式和傳統的 ASP.NET Web Form 截然不同，首先就是 MVC 的概念，因為這會涉及資料在 MVC Framework 內的流動方式，另外一個就是習慣導向的設計，微軟認為習慣導向可以加快開發人員的開發速度，所以在一個 ASP.NET MVC 專案的配置，和平常寫 ASP.NET Web Form 有一定的差異。

最近 MVC (Model-View-Controller) 和 MVVM (Model-View-ViewModel) 在微軟圈成為顯學，ASP.NET MVC 和 WPF 的 Prism (MVVM Framework) 功不可沒，MVC 和 MVVM 在概念上都是基於分層的，將呈現 (presentation) 與資料 (data) 分開的設計架構，M 和 V 基本上不是問題，但將這兩個整合的中間這層可就有很多的學問，另外，除了 MVC 和 MVVM 外，還有一個叫做 MVP (Model-View-Presenter) 的架構，這三個的設計概念非常類似，很容易會讓人傻傻分不清楚 ...

「a... 怎麼看起來好像又回到了 ASP 時代？」
「a... 這個好複雜哦，看不懂捏...」
我想，這是初次看 ASP.NET MVC Framework 的第一印象吧，因為我第一次看到時也有這樣的疑問。