一開始必須再三地強調，這裡所說的 ViewModel 與 MVVM 所謂的 View Model 是不同的，所以 Sliverlight WPF XAML 所會用到的 View Model 不在此篇文章的討論範圍內。
請務必先看過前面兩篇有關 ASP.NET MVC - ViewModel 的文章：
ASP.NET MVC - 為什麼不建議在 ViewModel 裡加入行為
而這一篇將會列出國外一些有提到 ASP.NET MVC - ViewModel 的文章與討論，並且就這些內容提出我的想法。
一開始必須再三地強調，這裡所說的 ViewModel 與 MVVM 所謂的 View Model 是不同的，所以 Sliverlight WPF XAML 所會用到的 View Model 不在此篇文章的討論範圍內。
為什麼連兩篇有關 ViewModel 為主題的文章會一再地強調與 MVVM 的 View Model 有所區別，這是因為 MVVM 的 View Model 是要加入行為的，然而 MVC 的 ViewModel 卻是不建議加入。
因為看到有人把 MVVM 的 View Model 使用方式改拿到 MVC 來用，我覺得相當不妥，違反單一職責原則以及違背了 MVC 所強調的關注點分離，所以在一篇文章裡提出我之所以不建議在 ViewModel 裡加入行為（方法）的看法。
這一篇距離上一篇「ASP.NET MVC 專案分層架構 Part.4 - 抽出 Model 層並建立為類別庫專案」相隔了好一段時間，除了說工作比較忙碌而沒有時間外，其實主要是為了這個系列的章節順序傷腦筋，因為想要先說其他的部份，但是如果不先說 Service 層的話，後續的章節也不見得會比較好寫，但寫了 Service 層會把之前的一些東西給推翻掉，怕會引起太多的反彈，內容就這樣反反覆覆，文章也寫得斷斷續續，最後還是決定先說明 Service 層。
看這一篇之前一定要先看過「分層架構」的 Part.1 ~ Part.4 這四篇文章。
這篇的文章標題蠻長的，其實這與以前的兩篇文章是有關連的，
觀察 Entity Framework 轉換所產出的 SQL Command
動態取得 Entity Framework 中 Entity 對應的 TableName
這兩篇文章都是以使用 ADO.NET Entity Framework 4.0 以及 .NET 4.0 為背景，不過換成 ADO.NET Entity Framework 5.0 與 .NET 4.5 的使用情境下就會有所不同了，那兩篇文章內所說的方法就行不通，所以就必須要換另外的方式來完成需求。
有鑑於蠻多初學 ASP.NET MVC 開發人員對 ViewModel 的不了解，甚至於有些公司雖標榜採用 ASP.NET MVC 開發專案，但卻沒有詳細規範並定義 ViewModel 的使用方式而產生很多的誤用、亂用、隨便用的亂象，所以對 ViewModel 做個說明。
前一篇文章「jQuery 練習題：ASP.NET MVC 連動下拉選單與 jQuery UI Autocomplete ComboBox」是使用了 jQuery UI 的 Autocomplete ComboBox 來完成連動下拉選單的功能，其實想要在 ASP.NET MVC 網站裡做出 ComboBox 以及 Autocomplete 的功能也不是只能使用 jQuery UI，也可以使用其他的套件來完成，所以這一篇文章將會說明使用 jQuery EasyUI 的 ComboBox 來實作一個三層式的連動 ComboBox 選單功能。
嗯…… 我很少使用 jQuery UI，應該說除非必要，不然我不會在專案中去使用 jQuery UI，它是個好物，尤其是在專案需要一個整合性的前端 UI 處理介面又必須要與 jQuery 來搭配時，jQuery UI 往往是很多人的首選，但我還是很少會去使用它，因為總覺得就像開發 ASP.NET Web Forms 專案時去使用 Server Controls 或是 AJAX Control Tool Kit 一般，是可以帶來很多立即可見的功能，但如果想要在這個基礎上面去做客製的處理就必須要花時間與下功夫，我必須說 jQuery UI 是個好物，只是我對它真的很不熟，因為不熟所以也就會有上面的一些誤解看法。
既然不熟的話，那為什麼要寫這篇文章哩?
因為有位朋友向我問了有關 jQuery UI Autucomplete ComboBox 與連動下拉選單的問題，所以花了一點時間看文件並試做了類似情境的操作，覺得把這個過程給記錄下來以免日後遇到相似狀況時我會忘記怎麼做解決的。
使用 ASP.NET MVC 開發網站並且在前端 View Page 大多都會編寫 jQuery 的前端程式，在 VS2010 的時候就已經加強了對 jQuery 編輯時的 intellisense 輔助，但還是會需要手動去加入 jQuery.min 或是 vsdoc 檔案的引用並更新 JScript Intellisense 之後才會有 jQuery Intellisense 的顯示，
而到了 VS2012 之後就不會再去重複上面的動作，直接在頁面中就能有 jQuery Intellisense 的輔助支援，
雖然有 jQuery Intellisense 的輔助，但前端程式寫久了總是會覺得想要有更快速的輸入方式，另一方面也可以減少輸入太多的程式碼，在編寫 C# 的程式時我們可以利用 Code Snippets 的方式來達到這樣的需求，而我也曾經就這個功能寫過一篇文章「使用Code Snippet 增加寫程式效率並使用Snippet Editor做管理」，而 jQuery 同樣的也可以使用 Code Snippets 來達到這樣的需求，差別在於有人整理好將近 130 多個 jQuery Code Snippets，而我們只要在 VS2012 裝好這些 jQuery Code Snippets 後就可以讓我們編寫 jQuery 程式時有 Code Snippets 可以使用。
