可能創建ASP.NET MVC網站（vs web應用程序）

我正在查看MSDN上的Web站點和Web應用程序之間的差異，並將其吸引到Web站點的功能中，因爲我的任務是設計一個客戶可以大量定製我們提供的應用程序的架構。看來網站的這個功能是有用的：可能創建ASP.NET MVC網站（vs web應用程序）

你希望能夠通過只複製新版本到生產服務器在生產中更新單個文件或編輯直接在生產服務器上的文件。

但是，我也被引用到MVC體系結構中，因爲它內置了用於縮小傳遞到客戶端的腳本的功能。我也有點像將這個架構分解成乾淨的部分，因爲這是一個非常龐大的數據模型。

但是從我所知道的情況來看，這些功能集似乎是相互排斥的。真的嗎？我不知道如何創建一個MVC應用程序，其中自定義視圖可以作爲純源文件放入，並且能夠運行，而且我也不知道如何在創建「Web」時利用任何MVC框架網站「項目。我錯過了什麼，或者我必須選擇我的毒藥？

來源

2013-10-31 BlueMonkMN

事實上，你應該選擇你的毒藥......但知道允許客戶定製你提供的應用程序就像打開地獄的大門。他們會把它搞砸，你必須拿起件。但是，這是旁觀點:-) –

哦，我們會很聰明。我們當前的自定義機制將所有自定義設置放入單獨的文件夾中。他們從不覆蓋我們的文件。在默認爲標準視圖之前，我們只需在不同位置查找定製版本。 – BlueMonkMN

查看VS2013中的ASP.NET模板。您可以使用MVC和WebForms創建應用程序。這可能會給你一個你需要的很好的組合。默認情況下，視圖文件不會被編譯，因此如果您願意，您可以始終發佈新文件，而無需進行全面推送。事實上，VS2012甚至允許您發佈選定的文件或文件夾。

網站和網絡應用程序之間的選擇是非常簡單的。如果你正在創建一個大部分是靜態的應用程序，請選擇「網站」。如果您正在創建一個具有相當數量動態功能的應用程序，請選擇「網絡應用程序」。網站的設計並不是真正的動態，所以在這種環境下你做的動態越多，正確地維護它就越麻煩，因爲架構並不是它所需要的。

我建議的是將它們旋轉起來，並嘗試一些你感興趣的場景，看看有什麼可行，哪些不可行。真的想想用戶如何真正想要自定義應用程序。他們是否想要將文件複製並粘貼到生產環境中，還是希望請求功能並讓它們正確構建？或者也許他們想用工作流而不是工作？

因此，做出現實的業務需求，原型，然後決定。但基於我聽到你想要一個WebApp，可能是一個MVC和WebForms。

來源

2013-10-31 14:05:34

如果可能，我想盡量避免使用WebForms。我從不喜歡Viewstate以及它如何混淆基於場的架構。但是自從我上一次閱讀ASP.NET以來，MVC看起來是一個不錯的開發。我想我可以在VS 2012中做到這一點。 – BlueMonkMN

現在一切ONE ASP.Net。您將使用ASP.Net平臺創建WebForm，MVC，網頁。

看看這個視頻約new features in VS 2013

不知道你可以在ASP.Net 4.5創建的網站。

根據我的經驗，我會選擇基於WebApplication的項目，在這裏管理命名空間和其他東西很容易。在網站中，很難獲得生成的類（randome）的標準名稱。

使用MVC web應用程序。

來源

2013-10-31 14:08:38

該對話框非常類似於「New Web Application」對話框，而不是「New Web Site」對話框。任何人都可以告訴我，VS 2013是否合併了「網站」和「網絡應用程序」，還是那些仍然是獨立的？順便說一句，我已經知道我想避免Web窗體，並儘可能使用MVC。問題是我是否可以支持在生產系統中放入.VBHTML或.CSHTML文件，並讓它在沒有重新編譯任何內容的情況下工作（假設它是我知道如何鏈接到的新內容，而不是嘗試替換現有內容）。 – BlueMonkMN

可能創建ASP.NET MVC網站（vs web應用程序）

回答

相關問題