Visual Studio中Website和Web Application Project的区别
Visual Studio 2005/2008/2010中均有两种Web开发模型，分别是Website（网站）和Web Application Project（Web应用程序项目），许多初学者都不是很清楚这两者有什么区别。今天我又看了一下微软官方MSDN上解释，在此重复一下。
一个website和web app一样出现在visual studio的solution中。但是，website项目只是一组松散组合的文件，没有项目文件，没有特殊文件夹比如bin、App_Code等。visual studio管理这个项目是以你所选择的文件夹作为项目的根目录。solution文件只会记录这个根目录的路径，没有其他多余的配置信息。项目发布时，所有的文件都被发布出去。这样做的目的是项目发布简单，只需要把所有文件拷贝出去，IIS运行是进行即时编译，也可以预编译再发布。
Web Application Project是由工程文件组织网站的，有一些特殊的文件夹bin、App_code、资源文件、主题文件夹等。如果用记事本打开工程文件，可以看到工程中的文件都在其中。你可以在visual studio中指定每个文件编译时的模式，比如是代码文件（将进行编译）、网站内容文件（不编译，即使是.cs文件)、资源文件等等。另外可以指定每个文件发布时是否被排除。项目编译时一般根据namespace不同把可编译的文件都编译进相应的assembly 文件(dll文件).
总得来说，website模式让用户自己组织每个文件在网站中的分布方式，App proj方式根据visual studio推荐的方式组织文件。
vs2005中的WebApplication和WebSite(转换)
今天忽然注意到vs2005里多了一种web application，这是MS在发布VS2005之后追加的SP1扩展包里的一种新的Web模式，
WebApplication编译时忽略了页面中代码的检查，不需要做分析，将这些任务交给了运行时。WebSite的优势在于可以单个页面独自编译，
这对大项目而言是一个相当大的优势，二者的直观区别在于，对每一个aspx页面文件，
WebApplication在有对应cs文件的同时还拥有designer.cs文件，baidu了一下。 WebApplication编程模型的优点： ●网站编译速度快，使用了增量编译模式，仅仅只有文件被修改后，这部分才会被增量编译进去。 ●生成的程序集 WebSite：生成随机的程序集名，需要通过插件WebDeployment才可以生成单一程序集 WebApplication：可以指定网站项目生成单一程序集，因为是独立的程序集，所以和其他项目一样可以指定应用程序集的名字、
版本、输出位置等信息 ●可以将网站拆分成多个项目以方便管理 ●可以从项目中和源代码管理中排除一个文件 ●支持VSTS的Team Build方便每日构建 ●更强大的代码检查功能，并且检查策略受源代码控制 ●可以对编译前后进行自己规定的处理 ●对App_GlobalResources 的Resource强类支持 ●直接升级使用VS2003构建的大型系统 WebSite编程模型的优点： ●动态编译该页面，马上可以看到效果，不用编译整个站点（主要优势） ●同上，可以使错误的部分和使用的部分不相干扰 ●可以每个页面生成一个程序集 ●可以把一个目录当做一个Web应用来处理，直接复制文件就可以发布，不需要项目文件 ●可以把页面也编译到程序集中 两种编程模型的互相转换： VS2005 SP1内置了转换程序，可以非常方便的从WebSite转换到WebApplication只需要复制文件，右键执行“转换为Web应用程序”
即可。 总之，大网站比较适合用WebApplication项目，小网站比较适合用WebSite项目 貌似web application是最初的设计吧，vs2003里就是这样的,只不过微软想抛弃这种用法，但是又没顶住压力又加了回来。 我还是觉得web application比较好，可以看到自动生成的代码。
----------------------------------------------------------------------------
把Visual Studio 2005的"网站项目"转化为"Web应用程序"项目 在Visual Studio 2005中，新建菜单下分了“项目”和“站点”两大类，在Visual Studio 2003里没有区分,
如果你要在VS2005创建一个网站应用，那么你只有"ASP.NET网站"模板，这种项目模型和VS2003的项目模型差别很大，
比如2003里所有代码编译后放在一个Assembly里，2005里则分开动态编译，命名空间的处理也大不一样 为保持和之前版本的兼容，微软为VS2005提供了一个VS 2005 Web Application Project插件，
可以让你的VS2005也拥有2003一样的项目模型，在VS2005的Service Pack 1里已经把该插件直接集成到了VS2005，而且今后会一直成为VS的一部分。如果你没有安装VS SP1，那么你必须安装插件。 由于和SharePoint集成的原因，必须把目前做的Web网站程序做个转换，今天花了点时间做了，
以下是转换步骤（VS已经装好插件）： 1、创建一个Web应用程序，应用程序名为TestWebApp，新建-〉项目-〉ASP.NET Web 应用程序 2、删除default.aspx和Web.config文件 3、把要转换的网站的文件全部复制到TestWebApp下 4、选择TestWebApp，右键，选择“转换为 Web应用程序”，VS2005会自动转换，帮你生成*.Designer.cs文件，
添加CodeBehind属性
我的转换结果：
App_Code下的dataset文件全部给移到了根目录下
aspx的Designer.cs文件没有生成，经查发现可能是因为我使用了嵌套的母板页masterpage，
相应的母板页的designer.cs文件也没有生成，进而导致调用VS2005的Designer API时失效，我把母板页改了，
把没生成designer.cs的所有文件放在另外一个web应用程序项目重新转换了一遍，再放回来 5、把aspx文件里的codefile属性都删除 6、添加所有文件的命名空间namespace，你可以选择一个class，右键-〉外侧代码来添加命名空间，但不见得快多少 7、把aspx文件里的inherits属性的值的类加上命名空间，和上一步对应 8、然后就是有些代码里需要添加命名空间，编译的时候都会出来
VS2005中的WebSite和WebApplication有何区别
Visual Studio 2005 sp1中新增了ASP.NET Web Application 应用类型。这样网站开发我们既可以选择ASP.NET Web Application 应用类型，又可以选择ASP.NET Web Site类型。
你该选择哪种WEB编程模型
| Option or Task | Web Application Projects | Web Site Projects |
|---|---|---|
| 你有一个大型的Visual Studio .NET 2003 Web应用需要迁移到VS2005。 | X | |
| 喜欢使用 single-page code 模型来开发网站页面。而不是使用code-behind 模型来编写网站页面 |
X | |
| 喜欢采用下面的方式编写网站： 在编写页面时候，为了可以快速的看到编写效果，动态编译该页面，马上可以看到效果，不用编译整个站点。 （就是说，只需要保存文件，然后在浏览器中刷新一下，就可以看到自己刚刚做的效果） |
X | |
| 需要控制编译后应用程序集的名字 | X | |
| 需要每个页面产生一个应用程序集 | X | |
| WEB页面或者WEB用户控件中需要使用到单独的类。 | X | |
| 需要使用多个Project来构建一个Web应用。 | X | |
| 需要处理pre-build 和 post-build 事件（编译前后需要有自己额外的处理） | X | |
| 希望把一个目录当作一个WEB应用来处理，而不需要新建一个Project 文件。 | X |
这两种WEB编程模型的不同点：
| Scenario | Web Application Project | Web Site Project |
|---|---|---|
| Project definition | 跟 Visual Studio .NET 2003 类似，由于项目文件的存在， 只有被项目文件所引用的文件才会在Solution Explorer中出现。而且只有这些文件才会被编译。 可以很容易的把一个ASP.NET应用拆分成多个Visual Studio项目。 可以很容易的从项目中和源代码管理中排除一个文件。 |
一个目录结构就是一个WEB项目。没有项目文件存在。这个目录下的所有文件，都被作为项目的一部分而存在。 我们实际部署的一个网站，部署上当然不会有任何项目文件存在，如果你想对这个网站进行修改，用这种编程模型就非常适合。我们根本不用在乎这个WEB站点中，那些文件属于哪个项目。 |
| 编译和生成 | 跟Visual Studio .NET 2003的Web应用项目编译模式几乎一样。 项目中的所有的code-behind 类文件和独立类文件都被编译成一个独立应用程序集。这个应用程序集被放在Bin目录下。因为是一个独立的应用程序集，你能够指定应用程序集的名字、版本、输出位置等信息。 例如：Model-View-Controller (MVC) 模式就可以在这里很好的被使用。因为它允许在WEB页面和WEB用户控件中引用一个独立的类。 |
编译（Build）命令仅仅是测试这个WEB站点是否编译正确，调试一个WEB站点项目的时候，是通过依赖你的源代码文件，ASP.net进行动态编译页面和类来实现的。 预编译站点和动态编译站点用的是同一个 compilation semantics ，你可以通过预编译来提高站点的性能。 |
| Iterative development |
调试或者运行Web页面的时候，你必须全部编译整个WEB项目。 编译整个WEB项目通常比较快，因为Visual Studio使用了增量编译模式，仅仅只有文件被修改后，这部分才会被增量编译进去。 |
你可以配置Visual Studio 2005的编译属性：编译整个站点、编译一个指定页面、或者什么都不作。在最后一种情况下，当你运行一个WEB站点的时候，Visual Studio 仅打开一个浏览器，并访问当前或者起始页，当这个请求被发送后，ASP.net 才开始动态编译。 这种模式下，页面被动态编译或者被编译成不同应用程序集，所以如果你调试或者运行一个页面的时候，不需要整个项目被编译通过。有错误的部分跟你使用的部分可以互不干扰。 |
| 部署 | 因为所有的类文件被编译成一个应用程序集，当你部署的时候，只需要把这个应用程序集和 .aspx文件、.ascx文件以及其它静态内容文件一起部署。 这种模型下，.aspx 文件将不被编译，当浏览器访问这个页面的时候，才会被动态编译。 |
使用Visual Studio 的 Publish Website 命令，你可以把.aspx 文件 和 code-behind 文件编译成应用程序集，所以你看到的编译后的 .aspx 文件头发生了变化。（注意：Build 命令并不会给你可部署的应用程序集） 最新版本的 Publish 将支持仅编译 code-behind 文件，这样部署的时候，将不改变 .aspx 文件。 默认是在Bin目录下预编译成几个应用程序集，典型的是一个目录对应一个应用程序集。 |
| 从Visual Studio .NET 2003升级 | 因为跟VS2003采用了一样的WEB项目开发模型，升级是非常非常简单的。 | Web site 项目的编译选项不同导致了它跟Visual Studio .NET 2003WEB项目的极大不同。 虽然微软提供了一个转换向导，但是如果你的项目如果是一个复杂的VS2003项目，使用这个转换向导后，你还需要对照转换手册，做很多工作。 如果你要从VS2003升级，建议不要用这种WEB站点开发模版。而是使用Web application 项目。 |