Visual Studio中'Web Site'和'Project'之间的区别[重复]

11 回答

• 5

  站点是2003年原始的.NET开发方式 . 根据我的经验，由于缺乏项目定义而无法重复使用并且存在模块化编码问题，因此存在问题，因此TeamSystem集成和命名空间存在问题 . 与域的一对一绑定和缺乏真正的发布抽象会产生维护问题 .

  代码隐藏的古老“经典”ASP方式是一个严重的问题，因为它再次损害了代码重用和测试，并且允许热修复的常被引用的好处 - 如果曾经被调用 - 实际上是一个巨大的信号，你有一个失败的开发过程 . 热修复的能力当然比不能修复更好，但这是你永远不想调用的东西 .

  您可能会说网站模型的问题非常严重，以至于MS给了我们网络应用程序 . 就个人而言，我绝不会将它们用于演示代码以外的任何内容......实际上我甚至都不会这样做 .

  回复于 2024-05-07T03:27:00+08:00
• 28

  1）“网站”模型是在ASP.NET 2.0中引入的，“Web应用程序”模型是原始.net框架的项目类型 . 它们都有不同的用途（见下文） .

  2）这取决于具体情况 . 一个很好的例子是，如果您正在销售软件产品，您可能希望使用“Web应用程序”项目，因为它自然适用于干净编译的代码 .

  3）见上文，个人喜好，维护特点 . “网站”允许您这样做的一件有趣的事情可能会让您遇到很多麻烦，那就是在网站运行时对记事本中的代码隐藏（通常是* .cs或* .vb）文件进行任意更改 .

  4）designer.cs文件用于存储自动生成的代码 . "This code was generated by a tool."

  • MSDN Article describing the differences

  • Similar stackoverflow question

  回复于 2024-05-07T03:27:00+08:00
• 4

  他们有不同的目的 .

  网站是一个内容可能随时间变化的网站，即网页本身会发生变化 . 没有实际的项目文件，站点只是作为一组文件部署 .

  应用程序是一个内容只是应用程序的站点，动态部分主要是在诸如数据库之类的持久存储中 . 它将具有更复杂的逻辑，因为它可能代表一组数据输入表单，而不是检查内容的方法 . 它有一个项目文件，可以更严格地控制其配置，并将其代码部署为已编译的dll .

  回复于 2024-05-07T03:27:00+08:00
• 9

  我不会复制2的定义，因为那只是得到了回答 .

  那么为什么要使用一个呢？

  Web站点允许您将其视为PHP或经典ASP站点，您可以在其中进行立即生效的内联更改 .

  优点

  • 您可以直接在Web服务器上对站点进行调整

  • 部署就像复制文件夹一样简单

  缺点

  • 如果您没有在实际网站上进行正确的更改，则可能会遇到更改管理问题，导致您忘记保持所有文件同步

  • 您可以向最终用户显示运行时语法错误，因为检查的唯一方法是手动运行每个页面

  Web应用程序使您可以更好地对待桌面应用程序 - 在您的计算机上编译一个可部署的部署 .

  优点

  • 清晰，结构化的变更管理 . 您不能无意中混合来自两个不同版本的代码 . 当涉及2个人时 - 这一个很重要 - 一个编写代码，另一个负责将文件放在服务器上 .

  • 因为你在你的机器上编译它，所以在那一点上都会检查语法*

  缺点

  • 只需从开发机器中复制文件夹，就可以进行部署 . 但是，使用“发布”命令极大地简化了编译和组合应将哪些文件复制到Web服务器的过程 .

  • 需要在您的机器上进行任何更改，编译并将全新版本发送到Web服务器*

  *如果您在构建选项中启用此选项，则仅检查aspx / html文件的语法 . 除非将它们编译到项目中，否则还可以在服务器上编辑这些文件 .

  回复于 2024-05-07T03:27:00+08:00
• 54

  3）WebApplication项目可由MSBuild构建 . WebSites不是（没有很多调整） . 如果您将TeamSystem与自动构建一起使用，那么这就是您的选择 .

  回复于 2024-05-07T03:27:00+08:00
• 5

  简单的答案如下：

  • 新网站 - 在请求页面时在服务器上编译的页面后面创建代码 .

  • 新建Web项目 - 将预编译的页面创建到一个或多个程序集中（甚至整个站点），并部署在服务器上 .

  场景＃1 - 如果黑客获得代码隐藏文件，则会暴露任何数据库密码 . 这些页面在请求时编译 . 您可以选择将所有内容预编译为大型程序集 . 如果没有，则服务器上会有更多负载 .

  场景＃2 - 如果黑客获得你的组件，它们将被混淆 . 混淆的组件更难破解 . 这些程序集是预编译的，因此减少了服务器上的负载 .

  欲获得更多信息：

  Introduction to Web Application Projects

  回复于 2024-05-07T03:27:00+08:00
• 3

  没有人真正提到的最大区别（除了Annakata所触及的）是，使用模型将所有内容编译成单个DLL，您可以完全控制应用程序生成的类 . 您知道它们的位置，并且始终可以从应用程序中的任何其他位置引用它们 .

  使用单页模型，您无法执行此操作 . 你必须通过在AppCode目录中创建“存根”类并在页面中继承它们来绕过它，但即使这样也不理想，并增加了复杂性 .

  如果你正在尝试开发一个错综复杂的动态网站，你会真正提出这个问题，你可以根据内容在运行时动态加载大量用户控件 . 然后，差异是非常明显的 - 因此我们的开发大部分停滞在ASP 1.1上，直到我们稍后再回到相同的模型 .

  NICH

  回复于 2024-05-07T03:27:00+08:00
• 2

  从两者的经验来看：“网站”用于没有测试方法，没有CI服务器，以及定期鼓励和促进特定页面“修补程序”的文化 . “Web应用程序”是事实上的标准，其中遵循适当的软件方法并且有单元测试（如果不是完整的TDD）和CI服务器，其重点在于编写干净的代码并在需要“修补程序”之前发现错误 .

  回复于 2024-05-07T03:27:00+08:00
• 9

  • 起初有一个Web应用程序项目（它的行为与当前的Web站点项目类似） . 他们改变了它以反映一些用户的要求 . 然而，人们希望恢复旧功能，因此他们重新引入了与原始Web应用程序项目类似的Web站点项目 .

  • 我 - 和我的工作场所 - 更喜欢网站项目

  • 我们喜欢网站的文件是文件系统中的文件（无需手动添加）

  • 不知道

  这是我发现的两篇文章：

  http://damieng.com/blog/2008/02/07/web-site-vs-web-application

  http://www.dotnetspider.com/resources/1520-Difference-between-web-site-web-application.aspx

  Note: Web部署项目解决了许多Web站点问题

  Update: 修正了第1点，首先是Web应用程序

  回复于 2024-05-07T03:27:00+08:00
• 17

  如果您的工作需要利用oo语言功能（类层次结构，命名空间），或者您需要在项目（数据访问，类库等）中重用公共代码，那么Web应用程序项目是唯一的方法 .

  网站项目（名称中的线索）仅适用于非复杂的'brochureware'网站（页面由静态内容组成），而不是Web应用程序 .

  回复于 2024-05-07T03:27:00+08:00
• 3

  差别很小，我强烈建议使用网站模型 .

  主要区别在于网站，某些文件需要放在某些目录中（代码文件需要放在'App_Code'目录中），除此之外，它还非常简单 .

  如果编译代码部署对您来说很重要，并且您需要一个DLL（与您为网站进行正常发布时创建的几个DLL相对），那么您将需要获得此附加组件：http://msdn.microsoft.com/en-us/asp.net/aa336619.aspx

  回复于 2024-05-07T03:27:00+08:00