RootApp_Data (跟Webform一樣放資料庫檔案、上傳文件等)App_Start BundleConfig.cs ( 定義CSS/JS打包壓縮規則 ) FilterConfig.cs ( 全域Action Filter定義 ) RouteConfig.cs ( 定義網址路由Routing ) Content ( 放置網站內所有靜態內容，如圖片、影片等) Controllers ( 放置ASP.NET MVC控制器...

首先開啟工具，新增專案(會歸類在某個方案下)。先說明方案是一個大集合，可以有各種專案，例如有時候開發網站，但可能需要開發Window Service，那麼就可在同一個方案下開發兩個不同類型的專案。 接下來是建立新專案時選擇要用到的專案範本，有ASP.NET Core Web 應用程式與ASP.NET Web 應用程式，差別是Core可以跨平台，如果沒有的話就選 ASP.NET Web 應用程式吧。 可以順便勾選核心參考與單元測試，畫面如下： 如果要使用版本控制，可以再選單-->，然後取得Giblab的網址，再視窗中的設定加入遠端，那版控就完成了。

隨著MVC的發展，目前已經是主流了，就像早期的ASP網站被ASP.NET Web Forms取代後，已經幾乎要消失了，以後可能也會這樣吧，都是MVC架構下的網站。 那就來兩者PK一下吧，優缺點列表如下： ASP.NET Web FormsViewState過於邪惡與失控義大利麵寫法無法關注點分離無法設計單元測試對於HTML控制不夠直覺是一種傳統觀念的寫法(ASP)繼承IHttpHandler->HttpHandler->System.Web.UI.Page ASP.NET MVC簡化複雜度可關注點分離可設計單元測試可採用TDD(Test-driven Development)是現代化網站開發的新觀念繼承IHttpHandler->McvHandler->System.Web.Mvc

開發ApiController的時候用POST方法來傳值，似乎Api怎麼都抓不到POST過來的值，但實際真的有傳出去，這是怎麼一回事呢，先來看看ApiController自動產生的範例吧。 // POST api/<controller> public void Post(string value) ...

首先簡單的說明一下甚麼是MVC? 模型（Model）：處理資料庫。視圖（View）：使用者看到的。控制器（Controller）：控制流程與處理View、Model之間的溝通。 那為什麼要用MVC進行開發呢?因為傳統的開發方式，例如.NET中的WinForm或WebForm，算是一種義大利麵的寫法，雖然有稍微把design與code分開了，但是還是「拉奏會」，跟義大利麵一樣。 以下有幾篇文章，推薦可以看看喔： 什麼是義大利麵型的程式開發?寫爛 CODE 是學程式必經之路 義大利麵做得太大的時候，系統會變得難以維護，一個程式原始碼檔案應該盡量維持在500行內較妥，行數太多的時候，人生會覺得非常的苦。 基於以上說明，所以MVC就這樣誕生了。為了便於維護而誕生，試想，當使用者說要改一個字的顏色，基於MVC就知道要去View裡面找，維護就會變得簡單。 但是也不能甚麼專案都要MVC，畢竟小專案要搞成這樣，反而會得到反效果，系統要夠大，才能把MVC的優勢發揮出來。