可能创建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应用程序）

回答

相关问题