ScenarioWebApplicationProjectWebSiteProjectProject与VisualStudio.NET2003类似，因为目录结构就是一个WEB项目。 不存在项目文件。 对于此定义项目文件的存在，只有该项目文件引用的目录中的所有文件作为项目的一部分而存在。 该文件只能出现在 SolutionExplorer 中。 而对于我们实际部署的网站来说，部署上不会有任何项目文件，只能编译这些文件。 如果您想对这个网站进行更改，那么使用这些编程模型将 ASP.NET 应用程序拆分为多个 Visual 是非常合适的。 我们根本不关心这个网站中的这些文本工作室项目。 从项目和属于该项目的源代码中提取很容易。 从代码管理中排除文件。 编译和生成与VisualStudio.NET2003的Web应用程序编译（Build）命令几乎相同，只是为了测试WEB站点是否编译通过。 事实上，在调试 WEB 站点项目时，ASP.net 通过依赖源代码项目中的所有代码隐藏类文件和唯一代码文件来动态编译页面和类。
类文件被编译成单个应用程序程序集。 预编译站点和动态编译站点使用相同的编译。 应用程序集放置在Bin目录中。 因为是语义，所以可以通过预编译来提高站点的性能。 独立的应用程序集，可以指定应用程序 ASP.net动态编译系统提供了两种模式：默认的批量编译集的名称、版本、输出位置等信息。 翻译模型和固定名称编译模型。 如：Model-View-Controller（MVC）模式批量编译模型，编译成多个应用程序集（通常情况下，这里可以很好地使用。因为它允许将每个目录编译成一个）。 这时候如果再看应用程序集，很难在WEB页面和WEB用户控件中引用一个独立的引用，就是目录51.Class 51。在固定名称编译模型中，每个页面网站或每个用户控件的内容被编译成应用程序程序集。 在迭代调试或运行Web页面时，必须配置VisualStudio2005的所有编译属性：编译整个开发和编译整个WEB项目。 站点，编译指定页面，或者什么都不做。
最后一个编译整个WEB项目一般会比较快，因为在Visual的情况下，当你运行一个WEB站点时，VisualStudio使用的是增量编译模式，只有文件Studio只打开一个浏览器51网络开源程序和网站的区别，访问当前或之后的文件或者起始页，当这个请求被发送时，ASP.net开始动态编译。 在这些模式下，页面被动态编译或编译成不同的应用程序程序集，因此如果调试或运行页面，则不需要编译整个项目。 错误的部件和您使用的部件不能互相干扰。 默认情况下，当您运行或调试任何网页时，VisualStudio 会完全编译网站项目。 这样做可以让您看到任何编译时错误。 此外，在开发过程中，完全编译整个站点可能会非常慢。 所以建议您在开发调试时只编译当前页面。 部署由于所有的类文件都是使用VisualStudio的PublishWebsite命令编译成应用程序的，所以你可以进行汇编，部署时只需要编译应用程序即可将.aspx文件和代码隐藏文件编译成应用程序的Assemblies和.aspx文件。 ascx 文件和其他静态程序集，因此您看到的编译后的 .aspx 文件头已更改。
（请注意，内容文件是一起部署的。注意：Build 命令不会为您提供可部署的应用程序集。）在这些模型下，.aspx 文件将不会被编译，并且在浏览最新版本的 Publish 时将仅支持编译code-hidden 文件，当浏览器访问该页面时，它会被动态编译。 以这种方式部署时，.aspx 文件不会更改。 但是，如果你使用WebDeployment默认预编译了Bin目录下的几个应用程序集，通常是Projects（一个VisualStudio2005插件目录对应一个应用程序集。Projects默认不包含在VS2005中），你的固定名称部署选项允许每个WEB页面或每个人将.aspx文件编译成应用程序WEB用户控件来创建应用程序集，以便每个页面都有一个应用程序集。 一组可部署的应用程序。 而且，如果只更改一小行代码，固定名称部署选项将增加应用程序集的数量，但实际的内存使用量也会减少。 编译整个项目的所有代码，并发布包含所有代码的应用程序程序集。 由于Visual使用与VS2003相同的WEB项目来打开Website项目，因此Website项目的编译选项不同，从而导致了VisualStudio.NET的开发模型。 升级非常简单。
Studio.NET2003WEB项目有很大不同。 2003升级51 其实Google提供了一个转换向导，如果你的项目是一个复杂的VS2003项目，使用这个转换向导后网络开源程序和网站的区别，你需要参考转换指南，做很多工作。 如果要从VS2003升级，建议不要使用此类WEB站点开发模板。 请改用 Web 应用程序项目。
