這一次研討會距離上次八月份所舉辦的第四次研討會差不多有兩個月的時間，因為九月 twMVC 有參加 Microsoft tech.days 2012 活動，在會場有個小小的攤位，「twMVC @ Microsoft tech.days Taiwan 2012 - (2012.09.18 ~ 09.20)」。
由於 twMVC 的成員都分屬在不同的公司，所以 tech.days 時是無法看到我們全員集合的狀態，而平常我們的工作也都相當忙碌，九月份光是要忙 tech.days 的活動（demo 在 tech.days 有講課喔）並且兼顧工作，就讓我們實在分身乏術，實在沒有多餘的時間在九月舉辦研討會，不過漫長地等待絕對是值得的，因為十月份的研討會我們的主題是相當多人詢問的內容：
「開發與移轉 ASP.NET MVC 4.0 應用程式到 Windows Azure Platform」
活動時間：2012-10-13（六）PM 01:00 ~ 05:00
在今年四月的時候有整理了一篇 ASP.NET MVC 的學習資源：「ASP.NET MVC 學習資源整理 Part.1」，那一篇介紹的是比較著重於微軟官方所提供的資源，官方的學習資源已經相當豐富，而每當有人問我可以到哪裡找有關 ASP.NET MVC 的學習資源時，我總是會先問對方是否已經看完官方的資源，要先看完微軟所提供的教學內容之後再去找其他的資源才是。
往往很多人會忽視官方所提供的學習資源，其一就是有蠻多人會不想要看英文的內容，再來有些人會認為官方所提供的資源都是很簡單或是很基本的內容，所以就不會想去看，其實有以上想法的人就大錯特錯了， 微軟所提供的教學內容真的是學習 ASP.NET MVC 的最佳入門途徑，很多觀念與基本操作在官方教學內容中都會教到，而且這些教學內容不光是文字與圖片，很多都還有影片教學，官方教學內容都看得差不多，而且已經會使用 ASP.NET MVC 寫出網站的時候，這表示已經具備不錯的能力了。
當開發 ASP.NET MVC 一段時間後就會想要學習更進階的內容，或是想要時常獲得 ASP.NET MVC 的相關訊息，此時官方網站就無法滿足你的需求了，這時候就會開始在 google 裡到處尋找相關的網站或部落格，但是 google 搜尋出來這麼多的相關內容中，有哪些網站或是部落格是有幫助的呢？這一篇文章會介紹幾個國外 ASP.NET MVC 開發人員都應該要追縱的部落格。
在今年初我有發表一篇有關於可以水平、垂直顯示的 CheckBoxList Extensions，其實這個 Html Helper Extensions 是沒有什麼問題，「ASP.NET MVC 擴充HtmlHelper 加入 CheckBoxList 功能 - 2」，前不久在看 DropDownList() 原始碼時想到，為什麼不直接使用既有的 SelectListItem 呢？實在是沒有必要另外去建立一個相同結構的 CheckBoxListInfo 類別，所以這次就做個小修改，捨棄原先的 CheckBoxListInfo 類別而改使用既有 SelectListItem 類別，而既然 CheckBoxList 都已經做出來了，那長得差不多的 RadioButtonList 也就動手做了出來，以下就是這兩個 Html Helper Extensions 的介紹。
上一篇「ASP.NET MVC 3 - DropDownList 的基本設定方式」的最後有提到了 Html.DropDownListFor() 的設定，最後的內容說到了 Html.DropDownListFor() 為何有時候會無法正確的顯示預設選取項目的問題，如果是對於ASP.NET MVC 熟悉的朋友應該可以一眼看出我設定的方法是有明顯錯誤的，至於哪個地方設定錯誤？而又為什麼設定錯誤會有不一樣的顯示結果呢？
在這一篇文章中會來做個說明。
怎麼突然要講起這麼基本的設定方式呢？
說實在話，我很少用 ASP.NET MVC 所預設的 DropDownList 方法，常看我 Blog 的朋友應該都知道我的 DropDownList 都是用我自己的方法來產出的，而這個設定並產出 DropDownList 的方法， 我在 Blog 中分享出來過：「ASP.NET MVC 後端產生DropDownList」。
不過近來時常都被問到有關 Html.DropDowbnList 的相關問題以及一個讓人疑惑的地方，於是我就著手寫下這一篇，這一篇跟之前「ASP.NET MVC 3 - 加入 ASP.NET MVC 3 原始碼來偵錯」是一樣的，都是用來鋪路的，因為必須要先把基本以及關鍵的地方先點出來，這樣下一篇的重點就會讓大家更加明白了。
是的，一年一度的 Microsoft tech.days 又來到了，每年的 tech.days 就有如 Microsoft 的技術大祭典一樣，想要了解新的技術或是想要知道有啥新鮮的微軟技術，在為期三天的 tech.days 中有許多的課程可以滿足你，看著課程表的時候，好多有興趣的課程都很想聽，遇到衝堂的時候就恨不得能有多個分身可以去聽課。
相信也很多人也知道 twMVC 也有參與這一次 tech.days 的盛會，但 twMVC 並不是廠商、教育訊中心，twMVC 而是以「合作社群」的身分來參與盛會，twMVC 有幸可以成為此次 tech.days 「唯三」的合作社群（感謝台灣微軟），另外兩個社群，一個是「iT邦幫忙」而另一個則是與 twMVC 相同性質的「Study4.tw」，屆時我們 twMVC 將在 tech.days 會期的三天中於會場有個小小的攤位，而 twMVC 的成員也會在這攤位上輪番駐點，雖然 twMVC 無法像其他廠商可以提供贈品或是活動，但我們會在攤位上竭盡所能的向各位回答任何問題或是提供技術上的諮詢，歡迎大家來攤位找我們聊聊天（不然我們會很無聊 … Orz）。
為什麼閒閒沒事要寫這一篇呢？
又為什麼沒事要加入 ASP.NET MVC 3 的原始碼來偵錯呢？
這是因為遇到了讓我覺得弔詭的事情，所以必須要追根究柢的來詳細地追查清楚，但又發覺到，加入 ASP.NET MVC 3 的原始碼這件事情跟原本加入 ASP.NET MVC 2 的情況又有些不同，於是就記錄一下這整個操作流程，以方便讓我這時常忘東忘西的腦袋可以有個地方來恢復記憶，也讓有需要這麼做的朋友提供一個參考。
PS. 其實寫這一篇是為了後續的文章先鋪路，不然下一篇文章會長長一大篇。
在以前的 ELMAH 文章有介紹過怎麼讓 ELMAH 所捕捉到的訊息寄出 Email 到指定的電子信箱中：
ASP.NET MVC + ELMAH 監控並記錄你的網站錯誤資訊 3
(elmah 的信件通知設定與 favicon.icon 404 錯誤過濾)
另外也有在另一篇文章中說明對特定的 Exception 使用不同的 mail 設定做寄發錯誤通知信的處理：
ELMAH - 自訂錯誤通知郵件的設定(於特定Exception)
上面的那兩篇文章都有提到錯誤通知信件的主旨要怎麼設定，但是上面文章中所說的設定方式卻會讓每次寄發出去的錯誤通知信件主旨都會是一樣的，為了可以方便地分辨錯誤通知信的不同，所以我們可以對信件主旨來做點不一樣的設定。
現在寫網站應該很少不會碰到 Javascript 的，尤其是現在 Javascript Framework 越來越多樣、強大，不再是多年之前只被一般人視為用來做「特效」的前端功能而已，現在開發 ASP.NET MVC 網站時也一定會用到 Javascript，我在 View 的這個部分就會使用 jQuery 來完成前端作業，我們將網站切分為 M, V, C 三個部分的模式下，我們應該要使用「關注點分離」的觀念來開發每個部分，有關 Javascript 的操作，都會在 View 來完成，很少有機會在 Controller 去做處理，Model 就更不用說（是不會處理到前端的顯示），而所謂的「很少有機會在 Controller 去做處理」這個意思指的是在後端去「組 Javascript 程式碼」。
在開發 ASP.NET Web Forms 時，假如遇到要顯示一個 Javascript Alert 的動作，很多時候都是在後端去組 Javascript 程式碼，當 PostBack 後，頁面就會執行 Javascript Alert，但是這個動作到了 ASP.NET MVC 就會變得不一樣了，在 ASP.NET MVC 中用 ASP.NET Web Forms 相同的處理方式是行不通的，以致於很多人就會在這邊一直撞牆，這邊就簡單說明一下在 ASP.NET MVC 中對於 javascript Alert 的處理方式。
