Visual Studio 2015 Update 3 的 Web 專案範本有個問題(更正確的說，是NuGet套件造成)。如果你新增一個 Web 應用程式然後更新所有 NuGet 套件，更新完成後會看到 "Microsoft.Net.Compilers.1.0.0 failed to uninstall. Restart Visual Studio to finish the process." 的提示訊息。
自從接觸到Agile/Scrum之後，有個東西會特別注意，那就是浪費。
上述的情況最少有兩種浪費：
由於經常需要寫寫測試程式或範例，套件 30 秒重開 30 秒就這樣不見了，這兩件浪費的事有時一天會發生好幾次，尤其是在寫文章或備課期間更是明顯。
有浪費不消滅，說不過去。
網站開發到一定規模，你一定有經驗，開始在 Web.config 裡去註解A執行B設定，或註解C執行D設定，最常碰到的需求有：測試區與正式區的 appSettings 設定，測試區與正式區的 connectionStrings 設定等。當專案離開本機開始發行至測試區或正式區時，千萬不要還在用切換註解的方式，應該參考 Kevin：「發佈網站時依據組態設定的不同而轉換 Web.Config」的模式去進行發行時 *.config 的切換。這種動作的名稱「XML-Document-Transform」(XML文件轉換)，簡單說，就是利用 Locator 找出要修改位置，再利用 Transform 屬性指定進行的動作。
發行可以利用「XML-Document-Transform」來解決不同區域不同配置的問題。但開發人員最常碰到卻是開發當下！開發除錯當下，你無法去只是簡單切換 Debug | Release 來達到或啟用XML文件轉換的功能，假設，你想將原本 SqlLocalDb 的連線字串切換至 SQL Server Express 連線字串進行測試時，好像只有註解、移除註解這條路。 :-(
這樣的路，其實走了好久好久，我累了，我想，是應該跟它分手了。(超假文青 XD)
這裡會利用如何：擴充 Visual Studio 建置處理序裡的技巧。以下技巧通用於 ASP.NET WebForms 與 ASP.NET MVC 與 ASP.NET Web API 專案。(照理說是只要是 XML 的 .config 都通用，但我沒一一嘗試就是了)
在一次機會中，需要在ASP.NET MVC去接MySql資料庫，試玩一下之後，發現在ASP.NET MVC與Entity Framework環境下去對接MySql資料庫並不會太難，以下為簡單的筆記。
其實走對第一步，對接MySql資料庫已經完成了80%說。 :)
首先你要安裝三個重要的元件：
最近進行一些ASP.NET MVC/ASP.NET Web API系統效能改善的工作，改善之初當然是找出最耗效能(或是說較耗效能)的程式碼來下手改善。找出吃資源程式碼的方式很多，第三方有許多不錯的選擇，不過我需求真的很簡單，只想得到一個數字，在 .NET Framework 最簡單是用的System.Diagnostics.Stopwatch 類別進行耗用時間的測量。
我們先從最簡單的開始，計算一段程式碼的執行時間。
public ActionResult InActionTimer()
{
System.Diagnostics.Stopwatch stopWatch = new System.Diagnostics.Stopwatch();
stopWatch.Start();
// 模擬程式執行
System.Threading.Thread.Sleep(1527);
stopWatch.Stop();
TimeSpan ts = stopWatch.Elapsed;
System.Diagnostics.Debug.WriteLine($"ActionTimer: {ts.ToString()} from Foo/InActionTimer");
return Content($"ActionTimer: {ts.ToString()} from Foo/InActionTimer");
}
可以看到.Start()與.Stop()之間的程碼計算出耗費時間。
.jpg)
之前提到過如何使用路由傳遞含"+"符號到ASP.NET Web API 2有二種方式，一是使用QueryString，一是修改allowDoubleEscaping，不過allowDoubleEscaping的修改會降低系統安全性，是個不得以的選項。重覆的問題又活生生出現在面前，只是這一次必須把這個含+符號的值放在路由中。怎麼辦？有無更好的方式解決這個問題呢？
首先，第一次處理如何使用路由傳遞含"+"符號到ASP.NET Web API 2問題時，那是一段對稱加密的程式，因為是中間接手處理，沒有細看實作細節，我們以DESCryptoServiceProvider (DES 的實作)為例來說明：
private string Encryption(string plainText)
{
if (plainText == null || plainText.Length <= 0)
throw new ArgumentNullException("cipherText");
byte[] b = Encoding.UTF8.GetBytes(plainText);
DESCryptoServiceProvider des = new DESCryptoServiceProvider();
ICryptoTransform ict = des.CreateEncryptor(des.Key, des.IV);
byte[] desData = ict.TransformFinalBlock(b, 0, b.Length);
return Convert.ToBase64String(desData);
}
看出問題點了嗎？
我們先看看這個的字串如果使用在路由上會產生什麼問題，以/{controller}/{action}/{id}路由為例：/home/index/EZ7+/+wvla4=，怎麼+號(加號)都還沒處理就馬上出事了？
看的出來了嗎？
有在寫MVC或Web API的人，第二個問題很直覺就能看出來了，多了一個「/」符號，此時就算設置allowDoubleEscaping讓路由能正常處理+號，id透過ModelBinding後還是不正常的。
回到問題一，看出問題了嗎？
System.Web.Helpers命名空間是.NET Framework裡一個神秘的組織，它和ASP.NET MVC 3一起推出，知道和用它的人並不多，它暗地裡提供許多便利型的功能(可以參考之前寫的系列文(1、2、3、4、5、6、7、8)。但如上圖所見，它在我VS2015裡的新專案裡就這樣赤裸裸的爆開，開啟著另一個VS2013的專案，怎麼一切安然無事。當下會很直覺的想罵聲－暗，是不是命中帶ㄕㄞˋ，老是碰到這種鬼錯誤。但有幾次VS2015的經驗，我改變心態，耐著性子一路追下去，意外發現System.Web.Helper一件不為人知的故事。
這是網友在MSDN論壇提出的問題《MVC在IE11因網址未編碼發生502問題，新增Route之後同樣未編碼卻沒問題，想問為什麼？，想想，這算不錯的題目，未來拿來當課程考題好了 XD
原網址在IE 11下因中文未編碼出現502，嘗試新增一個Route後即解決問題，不知為何一樣傳送未編碼的中文Request竟然就沒有問題了？ 新增的route如下:
routes.MapRoute( name: "StoreBrowse", url: "store/{genre}", defaults: new { controller = "store", action = "browse" , id = UrlParameter .Optional } );原URL為： /Store/Browse?genre=健康飲品
修改後：/Store/健康飲品
接收URL的Action：
public ActionResult Browse( string genre) { // Retrieve Genre and its Associated Albums from database var genreModel = storeDB.Genres.Include("Albums" ) .Single(g => g.Name == genre); return View(genreModel); }原本的問題是因為網址列傳送中文，但是更改Route後還是有傳送中文，為何就沒有問題了？
以下使用 Visual Studio 2013新增一個 MVC 專案，修改一下"/Home/Index"的程式碼：
public ActionResult Index(string name)
{
return Content(name);
}
Microsoft Web Protection Library曾經是.NET Framework防禦XSS攻擊的最佳外掛，但在AntiXSS 4.2.1版（2012年）中它做了一個重大行為的改變，即GetSafeHtmlFragment方法會完完整整的過濾所有HTML Tag，換句話說，它不在只是過濾高風險性的HTML Tag，例如：<script />。
經過二年的反應，2014/6/2官方終於更新了Microsoft Web Protection Library 4.3.0，而且又改回原始白名單的方式。
下載：Microsoft Anti-Cross Site Scripting Library V4.3
也可以直接由NuGet直接下載使用。
Action方法：
public ActionResult Test()
{
return View();
}
[HttpPost]
[ValidateInput(false)]
public ActionResult Test(FormCollection form)
{
ViewBag.SafeHtmlFrag = Sanitizer.GetSafeHtmlFragment(form["content"])
return View();
}
[ValidateInput(false)]此屬性有極高安全性風險。這裡只是為了測試方便。
View Page：
@{
ViewBag.Title = "Test";
}
<h2>Test</h2>
@ViewBag.SafeHtmlFrag
<br />
@using (Html.BeginForm("Test", "Home"))
{
<input type="text" name="content" id="content" />
<input type="submit"/>
}
BaseController與BaseApiController類別技巧不算是ASP.NET MVC或ASP.NET Web API的技術，它是一個OOP（Object-oriented programming，物件導向程式設計）繼承的應用，這在早期Web Forms就已經被大量使用，因為它只是單純的OOP繼承應用，並不會被語言或框架所限制。
我們先來看看我們在進行開發的Controller類別繼承關係：
ControllerBase類別繼承自IController介面，Controller類別繼承自ControllerBase類別，而ControllerBase與Controller都是抽象類別：
public abstract class ControllerBase : IController {}
public abstract class Controller : ControllerBase, IActionFilter, IAuthenticationFilter, IAuthorizationFilter, IDisposable, IExceptionFilter, IResultFilter, IAsyncController, IAsyncManagerContainer {}
而我們開發者所在的ASP.NET MVC的Controller都是繼承自Controller抽象類別，Controller抽象類別提供開發者所需的大部分功能：
public class HomeController : Controller {}
從程式設計的角度來看，ASP.NET MVC的Controller也只是一個類別。如果你發現自己在其他Controller寫了完全相同邏輯的程式碼（相同的成員、屬性或方法等），那麼我們有非常合理的理由來建立一個共用的基礎類別，之後將Controller裡相同的成員、屬性或方法往上層的基礎類別移動，Controller只需重新繼承此基礎類別，就能發揮物件導向的繼承的優勢。
在ASP.NET MVC4網站開發美學出版後不久，NLog調整了<target>裡Database的設置方式，目前我在網路上看到所有NLog Database的設置，有99.9％都還是舊版範例，這裡提供新的組態設置方式給大家參考。
以下是舊版Database設置方式，也是你在網路上都可以查詢的到的組態：
<target xsi:type="Database" name="database">
<dbprovider>mssql</dbprovider>
<!-- database connection parameters -->
<!-- alternatively you could provide a single 'connectionstring' parameter -->
<dbhost>.</dbhost>
<dbdatabase>NLogDatabase</dbdatabase>
<dbusername>nloguser</dbusername>
<dbpassword>nlogpassword</dbpassword>
<commandText>
insert into NLog_Errro(time_stamp,level,logger,message) values(@time_stamp, @level, @logger, @message);
</commandText>
<parameter name="@time_stamp" layout="${date}" />
<parameter name="@level" layout="${level}" />
<parameter name="@logger" layout="${logger}" />
<parameter name="@message" layout="${message}" />
</target>
不知道各位讀者有沒有發現，現在各種技術更新的速度越來越快。例如，這個Release Candidates for ASP.NET MVC 5.1, Web API 2.1 and Web Page 3.1消息，明明ASP.NET MVC 5、ASP.NET Web API 2才剛推出沒多久，就馬上有新版本跟著推出。就取得新功能或功能改善而言，這是件好事。當開發者想要嘗試這些Preview或RC功能時，可能會馬上碰壁，而停下了學習的腳步實在可惜。
新增一個ASP.NET MVC 5專案，進行MVC 5.1 RC的安裝：
Install-Package Microsoft.AspNet.Mvc -pre
這裡馬上就碰到無法找到對應語系的套件，進而無法安裝的訊息。
新增一個ASP.NET Web API 2專案，進行Web API 2.1 RC的安裝：
Install-Package Microsoft.AspNet.WebApi -Pre
一樣是無法找到對應語系的套件的問題。
ASP.NET MVC 5與Web API 2帶來需多新功能，這份教學將教各位如何升級你的MVC 4與Web API應用程式到最新版本。
WebApiConfig.Register(GlobalConfiguration.Configuration);
GlobalConfiguration.Configure(WebApiConfig.Register);
系統架構設計應該以抽象的邏輯概念為主，才能更貼近現實世界，才能更符合domain model，當Business logic不變時，需求變更、技術變更、DB變更，都應該要把風險和成本壓到最低。
new ClassName()）。不管是在ASP.NET MVC或ASP.NET Web API，在Controller的概念上或本質上可以說是一模一樣。這裡主要差異點會是在DI套件的實作差異上。
一般我們會透過基架（MVC 5將scaffold翻譯為基架）來產生MVC的Controller與View Page，或是Web API的API Controller。例如，使用Northwind資料庫的Product資料表來產生API Controller會是這樣：
public class ProductsController : ApiController
{
private NorthwindEntities db = new NorthwindEntities();
// GET api/Products
public IEnumerable<Product> GetProducts()
{
return db.Products.AsEnumerable();
}
// 省略
}
預設範本所產生的程式碼會產生與NorthwindEntities資料實體（new NorthwindEntities()）產生依賴關係。每個API Controller都還要處理db.Products，這造成API Controller的職責不夠單一，這在裡我們就先採用Repository Pattern 1來分離資料庫處理程式碼與API Controller的相依關係。
1 Repository Pattern實作請參考《
public class ProductsController : ApiController
{
//private NorthwindEntities db = new NorthwindEntities();
private IProductRepository _product;
public ProductsController() {
_product = new ProductRepository();
}
// 重要，但要等一下才會知道
public ProductsController(IProductRepository r)
{
_product = r;
}
// GET api/Products
public IEnumerable<Product> GetProducts()
{
return _product.GetAll();
}
// 省略
}
透過Repository Patter我們分離了資料庫相關程式碼，而且我們偷偷留下一個含介面參數的建構函式，等一下在討論這部分。就目前使用了Repository Pattern的Controller，就算刪除此含介面參數的建構函式，程式依然會正常運作。
但引入使用Repository Pattern後的API Controller產生了新的問題，這些API Controller又會與特定實體類別產生相依關係，我們必須在無參數建構函式去初始化一個實體類別，以呼叫分離後的資料庫處理程式（例如：_product = new ProductRepository();）。
假日看到MVP Edward.K一篇[ASP.NET]利用TimeZoneInfo將現在時間切換到各個國時間一文，覺得介紹的很不錯。就改寫為MVC的版本，自我練習一下。
新增一個ZoneController，此Controller要取得時區清單並傳遞至View Page。MVC 5的加入控制器和之前有些不同：
Scaffold在MVC 5正式反翻為「基架」之不是之前Preview與RC的「支架」。選擇使用「MVC 5控制器-空白」。
在ZoneController新增一個名稱Time的Action方法：
public ActionResult Time()
{
IReadOnlyCollection<TimeZoneInfo> timeZones = TimeZoneInfo.GetSystemTimeZones();
ViewBag.TimeZoneInfo = new SelectList(timeZones, "Id", "DisplayName");
return View();
}
IReadOnlyCollection本身繼承IEnumerable與IEnumerable(Of T)，可以直接將取得的timeZones傳入SelectList類別使用。在SelectList類別選擇使用第三種建構函式：「SelectList(IEnumerable, String, String)」：
Code First中文可以稱「程式碼先行」或「程式碼優先」，在Entity Framework 4.1時正式支援，它與一般開發習慣不同，先透過程式碼來定義資料結構（一般是POCO，Plain Old CLR Object），定義完成之後即可開始進行開發工作。在開發進行過程，開發人員不用管資料庫之類的問題，Entity Framework會進行處理，開發人員只要專注處理POCO與邏輯程式碼身上。
多對多關係（Many-To-Many）是指資料兩者之間的關係是多對多，例如，醫生與病人，一個醫生會醫治多個病人，一個病人依病情不同也會有多個醫生來治療（會診即是一種），這種關係在資料庫領域稱多對多關係（Many-to-Many）。
有一點點資料庫經驗的人員都知道，實務上在資料庫中是沒有多對多資料表，多對多關係到了資料庫裡會化成三張資料表，分別建立成one-to-many與one-to-many的關係，以上例說明：「醫生（one）-to-醫生病人(many)」與「病人（one）-to-醫生病人（many）」，所以會有「醫生資料表」「醫生病人資料表」「病人資料表」三張資料表，中間透過「醫生病人資料表」來串接多對多關係。
以下我們透過ASP.NET MVC [4|5]專案來實作一次Code First的多對多關係。我們模擬的關係是「開發人員-to-專案」，一位開發人員可以同時接手多個專案，一個專案同時有多個開發人員進行開發。
圖一是正常我們加入ADO.NET 實體資料模型（EDMX檔案，Entity Framework）之後，在MVC的Action方法中撰寫相關資料庫程式碼時應該出現的IntelliSense提示。
圖二，這是學生在操作時發生的問題，後來我回家模擬來出，在加入Entity Framework Data Model之後，於MVC的Action方法裡的IntelliSense不會出現NorthwindEntities型別的提示。
在討論ASP.NET MVC時，大多是針對MVC模式與MVC應用程式在討論，較少看到有人討論ASP.NET MVC專案本身，其實ASP.NET MVC專案有幾個地方可以微調整，有些可以增加安全性，有些可以增加效能。
預設的ASP.NET MVC專案在一次回應請求的標頭裡包含著些ASP.NET MVC專案的版本，以 http://kkbruce.tw 為例，預設情況下的回應標頭（Response Header）為：
HTTP/1.1 200 OK Cache-Control: public, max-age=3600 Content-Type: text/html; charset=utf-8 Content-Encoding: gzip Expires: Sat, 27 Jul 2013 17:49:36 GMT Last-Modified: Sat, 27 Jul 2013 16:49:36 GMT Vary: Accept-Encoding Server: Microsoft-IIS/8.0 X-AspNetMvc-Version: 4.0 X-AspNet-Version: 4.0.30319 X-SourceFiles: =?UTF-8?B?RTpcUHJvamVjdHNca2ticnVjZS50d1xra2JydWNlLnR3XEJvb3RzdHJhcFxHZXR0aW5nU3RhcnRlZA==?= X-Powered-By: ASP.NET Date: Sat, 27 Jul 2013 16:49:39 GMT Content-Length: 7699
由回應標頭（Response Header）中可以看出目前此網站的ASP.NET MVC 4的專案，如果某個版本ASP.NET MVC專案某一天爆發漏洞，那麼要找下手的目標是很容易的。
所有一個簡單的需求，不管我們的ASP.NET MVC專案是什麼版本，MVC 2/3/4/5…都不要在回應標頭（Response Header）顯示ASP.NET MVC專案版本，其實也很容易，只需要在 Global.asax 的 Application_Start() 透過以下設置：
Bundling and Minification 在書中 5.6 小節我翻譯為「合併與最小化」，這是一個對於網站而言非常非常非常實用的功能，它能快速合併你所有設置的所有檔案成為一個檔案（多合一）併進行最小化的工作，重點是完全自動化，不需要再去其他類似JavaScript最小化、CSS最小化的網站，或下載工具利用工具在上線前再自己手動進行類似工作。各位可以參考前端優化的幾篇文章。
當 Visual Studio 2012 發行 ASP.NET MVC 4 專案至 Windows Server 2008 R2 x64 平台（IIS 7.5）後發現 Bundle 功能無法運作。利用程式碼 BundleTable.EnableOptimizations = True 進行設置依然無效。
在網路上搜尋了一陣子，找不到什麼有關的資料，絕大部分都是討論 Bundle 的設置或 BundleTable.EnableOptimizations 程式不然就是 web.cofnig 裡 debug="true" 這個參數。
然後又花費無數青春，在一陣發瘋似亂搞亂測之後，找到了問題的根源。