VisualStudio中WebApplication和WebSite的对比(转)

原创 2007年09月12日 11:41:00


WebApplication编程模型的优点:

●网站编译速度快,使用了增量编译模式,仅仅只有文件被修改后,这部分才会被增量编译进去。

●生成的程序集
WebSite:生成随机的程序集名,需要通过插件WebDeployment才可以生成单一程序集
WebApplication:可以指定网站项目生成单一程序集,因为是独立的程序集,所以和其他项目一样可以指定应用程序集的名字、版本、输出位置等信息

●可以将网站拆分成多个项目以方便管理

●可以从项目中和源代码管理中排除一个文件

●方便的支持VSTS的Team Build方便每日构建

●更强大的代码检查功能,并且检查策略受源代码控制

●可以对编译前后进行自己规定的处理

●对App_GlobalResources 的Resource强类支持(网上说的,还没有了解过)

●直接升级使用VS2003构建的大型系统

 

WebSite编程模型的优点:

●动态编译该页面,马上可以看到效果,不用编译整个站点(主要优势)

●同上,可以使错误的部分和使用的部分不相干扰(可以要求只有编译通过才能签入)

●可以每个页面生成一个程序集(一般不会采用这种方式)

●可以把一个目录当做一个Web应用来处理,直接复制文件就可以发布,不需要项目文件(适合小站点)

●可以把页面也编译到程序集中(应该用不到,而且WebApplication也可以通过WebDeployment插件来实现)


两种编程模型的互相转换:

VS2005 SP1内置了转换程序,可以非常方便的从WebSite转换到WebApplication
只需要复制文件,右键执行“转换为Web应用程序”即可。

未查到有专门的反向转换工具,但比较后发现如果转换也非常简单。
删除所有*.designer.cs
将*.aspx、*.ascx、*.master页面文件中的 Codebehind="******.aspx.cs" 批量替换成 CodeFile="******.aspx.cs"

这样就可以转换回来了

Scenario
Web Application Project
Web Site Project
Project definition
Visual Studio .NET 2003 类似,由于项目文件的存在,只有被项目文件所引用的文件才会在Solution Explorer中出现。而且只有这些文件才会被编译。可以很容易的把一个ASP.NET应用拆分成多个Visual Studio项目。可以很容易的从项目中和源代码管理中排除一个文件。
 
一个目录结构就是一个WEB项目。没有项目文件存在。这个目录下的所有文件,都被作为项目的一部分而存在。
我们实际部署的一个网站,部署上当然不会有任何项目文件存在,如果你想对这个网站进行修改,用这种编程模型就非常适合。我们根本不用在乎这个
WEB站点中,那些文件属于哪个项目。
编译和生成
Visual Studio .NET 2003Web应用项目编译模式几乎一样。
项目中的所有的code-behind 类文件和独立类文件都被编译成一个独立应用程序集。这个应用程序集被放在Bin目录下。因为是一个独立的应用程序集,你能够指定应用程序集的名字、版本、输出位置等信息。
例如:Model-View-Controller (MVC) 模式就可以在这里很好的被使用。因为它允许在WEB页面和WEB用户控件中引用一个独立的类51aspx.com。
编译(Build)命令仅仅是测试这个WEB站点是否编译正确,调试一个WEB站点项目的时候,是通过依赖你的源代码文件,ASP.net进行动态编译页面和类来实现的。
预编译站点和动态编译站点用的是同一个 compilation semantics ,你可以通过预编译来提高站点的性能。
ASP.net 动态编译系统提供了两种模型:默认的batch 编译模型和fixed-names 编译模型。
batch 编译模型中,被编译成多个应用程序集(典型的是每一个目录被编译成一个)。这时候你看应用程序集,很难对应上是哪个目录51aspx.com。
fixed-names 编译模型中,网站的每个页面或者每个用户控件被编译成一个应用程序集。
 
Iterative
development
调试或者运行Web页面的时候,你必须全部编译整个WEB项目。
编译整个WEB项目通常比较快,因为Visual Studio使用了增量编译模式,仅仅只有文件被修改后,这部分才会被增量编译进去。51aspx.com
你可以配置Visual Studio 2005的编译属性:编译整个站点、编译一个指定页面、或者什么都不作。在最后一种情况下,当你运行一个WEB站点的时候,Visual Studio 仅打开一个浏览器51aspx.com,并访问当前或者起始页,当这个请求被发送后,ASP.net 才开始动态编译。
这种模式下,页面被动态编译或者被编译成不同应用程序集,所以如果你调试或者运行一个页面的时候,不需要整个项目被编译通过。有错误的部分跟你使用的部分可以互不干扰。
默认情况下,当你运行或调试任何WEB页的时候,Visual Studio完全编译Web Site项目。
这么做可以看到编译时的所有错误。但是,在开发进程中,完全编译整个站点会是相当慢的。所以推荐你在开发调试中,只编译当前页。
 
部署
因为所有的类文件被编译成一个应用程序集,当你部署的时候,只需要把这个应用程序集和 .aspx文件、.ascx文件以及其它静态内容文件一起部署。
这种模型下,.aspx 文件将不被编译,当浏览器访问这个页面的时候,才会被动态编译。
不过,如果你使用Web Deployment Projects (一个Visual Studio 2005的插件,没有被默认包含到VS2005),你就可以把 .aspx 文件也编译进入一个应用程序集中。 
如果你只修改了小小的一行代码,你也需要把整个项目的所有代码都编译,并且发布包含所有代码的这个应用程序集。
 
使用Visual Studio Publish Website 命令,你可以把.aspx 文件 code-behind 文件编译成应用程序集,所以你看到的编译后的 .aspx 文件头发生了变化。(注意:Build 命令并不会给你可部署的应用程序集)
最新版本的 Publish 将支持仅编译 code-behind 文件,这样部署的时候,将不改变 .aspx 文件。
默认是在Bin目录下预编译成几个应用程序集,典型的是一个目录对应一个应用程序集。
fixed-names 部署选项可以让每一个WEB页面或者每个WEB用户控件创建一个应用程序集,这样每个页面都有一个可部署的应用程序集。但是,fixed-names 部署选项会增多应用程序集的个数,而且实际内存使用也会增大。
Visual Studio .NET 2003升级
因为跟VS2003采用了一样的WEB项目开发模型,升级是非常非常简单的。51aspx.com
Web site 项目的编译选项不同导致了它跟Visual Studio .NET 2003WEB项目的极大不同。
虽然微软提供了一个转换向导,但是如果你的项目如果是一个复杂的VS2003项目,使用这个转换向导后,你还需要对照转换手册,做很多工作。
如果你要从VS2003升级,建议不要用这种WEB站点开发模版。而是使用Web application 项目。
 
选择何种WEB编程模型
 

Option or Task
Web Application Projects
Web Site Projects
你有一个大型的Visual Studio .NET 2003 Web应用需要迁移到VS2005
 
喜欢使用 single-page code 模型来开发网站页面。而不是使用code-behind 模型来编写网站页面
 
喜欢采用下面的方式编写网站:
 
在编写页面时候,为了可以快速的看到编写效果,动态编译该页面,马上可以看到效果,不用编译整个站点。
(就是说,只需要保存文件,然后在浏览器中刷新一下,就可以看到自己刚刚做的效果)
需要控制编译后应用程序集的名字
 
需要每个页面产生一个应用程序集
 
WEB页面或者WEB用户控件中需要使用到单独的类。
 
需要使用多个Project来构建一个Web应用。
 
需要处理pre-build post-build 事件(编译前后需要有自己额外的处理)
 
希望把一个目录当作一个WEB应用来处理,而不需要新建一个Project 文件。
 
 

VS2015设置网站/WebSite的启动端口

1.说明在 VS2015的版本中 没有提供修改端口的地方,在网站的属性页中 2.如果想要修改生产环境(IISExpress)的端口需要在解决方案源代码修改 使用记事本等打开.sln文件 手动修...
  • u011127019
  • u011127019
  • 2016年10月20日 11:33
  • 4575

VS2015插件 Web Compiler

http://blog.darkthread.net/post-2015-07-21-web-compiler-for-vs2015.aspx VS2015RTM了!像是拿到新玩具的小孩,裝...
  • oscar92420aaa
  • oscar92420aaa
  • 2016年11月25日 09:44
  • 2711

WebSite 和 WebApplication的区别【转】

1. WebApplication(Web应用程序)和WebSite(网站)的区别:WebSite是为了兼容从ASP转过来的开发人员的习惯而存在的,用 起来简单,例如:不需要创建命名控件、C#代码修改...
  • Jacee0048
  • Jacee0048
  • 2015年06月15日 14:07
  • 771

VS 2008 "website" 项目转化为 "web application" 项目

 "website" 项目转化为 "web application" 项目实际操作过程中有点麻烦,特别是网站比较大时:步骤一:1、新建一个web application,(File->Add->New...
  • guwenzhong
  • guwenzhong
  • 2009年11月10日 10:14
  • 2616

VS2015 使用 Web Deploy 发布网站到 WindowsServer2008 R2服务器详解

使用原因:由于开发期间需要将开发出的网站随时提交到服务器以便公司高层随时访问所以要求将开发出的网站每天发布到服务器,频繁度比较高,因此不能再使用之前的方式(发布到本地后再拷贝文件到服务器),所以想到了...
  • aimi99xy
  • aimi99xy
  • 2017年05月12日 14:15
  • 462

Eclipse如何将项目转换为Dynamic Web Project

平时开发中如果导入以前的项目,需要把java项目转换为web项目,在网上搜到了解决办法,以此来总结汇总。...
  • yhzhang1016
  • yhzhang1016
  • 2014年01月15日 14:17
  • 5526

VisualStudio中WebApplication和WebSite对比

WebApplication编程模型的优点: ●网站编译速度快,使用了增量编译模式,仅仅只有文件被修改后,这部分才会被增量编译进去。 ●生成的程序集 WebSite:生成随机的程序集名,需要通过插件W...
  • c00w00z
  • c00w00z
  • 2009年03月11日 20:33
  • 547

.Net之路(七)website和webapplication

前言        在利用VS2010创建web项目的时候,会有两个选择。可以选择直接创建website网站,还可以选择   使用webapplication应用程序。刚刚接触web开发,看到这...
  • chenfanglincfl
  • chenfanglincfl
  • 2013年08月17日 21:35
  • 2630

VS2015工程转换为VS2013、VS2012、VS2010工程方法汇总

声明:本文大部分出自于转载,感谢大神们的贡献,小部分是自己增添的。因为有自身亲测的体验,且转载的原文中有小小的bug,故花点时间写了方法汇总,特此说明。 作用:解决vs低版本无法直接打开高版本的工程文...
  • amusi1994
  • amusi1994
  • 2016年11月25日 16:12
  • 8124

VisualStudio中WebApplication和WebSite的对比(转)

WebApplication编程模型的优点: ●网站编译速度快,使用了增量编译模式,仅仅只有文件被修改后,这部分才会被增量编译进去。 ●生成的程序集 WebSite:生成随机的程序集名,需要通过插件...
  • eidolon8
  • eidolon8
  • 2007年09月12日 11:41
  • 518
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:VisualStudio中WebApplication和WebSite的对比(转)
举报原因:
原因补充:

(最多只允许输入30个字)