第一种说法
WebApplication编程模型的优点:
●网站编译速度快,使用了增量编译模式,仅仅只有文件被修改后,这部分才会被增量编译进去。
●生成的程序集
WebSite:生成随机的程序集名,需要通过插件WebDeployment才可以生成单一程序集WebApplication:可以指定网站项目生成单一程序集,因为是独立的程序集,所以和其他项目一样可以指定应用程序集的名字、版本、输出位置等信息
●可以将网站拆分成多个项目以方便管理
●可以从项目中和源代码管理中排除一个文件
●支持VSTS的Team Build方便每日构建
●更强大的代码检查功能,并且检查策略受源代码控制
●可以对编译前后进行自己规定的处理
●对App_GlobalResources 的Resource强类支持
●直接升级使用VS2003构建的大型系统
WebSite编程模型的优点:
●动态编译该页面,马上可以看到效果,不用编译整个站点(主要优势)
●同上,可以使错误的部分和使用的部分不相干扰
●可以每个页面生成一个程序集
●可以把一个目录当做一个Web应用来处理,直接复制文件就可以发布,不需要项目文件
●可以把页面也编译到程序集中
两种编程模型的互相转换:
VS2005 SP1内置了转换程序,可以非常方便的从WebSite转换到WebApplication
只需要复制文件,右键执行“转换为Web应用程序”即可。
未查到有专门的反向转换工具,但比较后发现如果转换也非常简单。
*.designer.cs
*.aspx
*.ascx
*.master
删除所有*.designer.cs
将*.aspx、*.ascx、*.master页面文件中的 Codebehind="FileList.aspx.cs" 批量替换成 CodeFile="FileList.aspx.cs"
总之,大网站比较适合用WebApplication项目,小网站比较适合用WebSite项目
●网站编译速度快,使用了增量编译模式,仅仅只有文件被修改后,这部分才会被增量编译进去。
●生成的程序集
WebSite:生成随机的程序集名,需要通过插件WebDeployment才可以生成单一程序集WebApplication:可以指定网站项目生成单一程序集,因为是独立的程序集,所以和其他项目一样可以指定应用程序集的名字、版本、输出位置等信息
●可以将网站拆分成多个项目以方便管理
●可以从项目中和源代码管理中排除一个文件
●支持VSTS的Team Build方便每日构建
●更强大的代码检查功能,并且检查策略受源代码控制
●可以对编译前后进行自己规定的处理
●对App_GlobalResources 的Resource强类支持
●直接升级使用VS2003构建的大型系统
WebSite编程模型的优点:
●动态编译该页面,马上可以看到效果,不用编译整个站点(主要优势)
●同上,可以使错误的部分和使用的部分不相干扰
●可以每个页面生成一个程序集
●可以把一个目录当做一个Web应用来处理,直接复制文件就可以发布,不需要项目文件
●可以把页面也编译到程序集中
两种编程模型的互相转换:
VS2005 SP1内置了转换程序,可以非常方便的从WebSite转换到WebApplication
只需要复制文件,右键执行“转换为Web应用程序”即可。
未查到有专门的反向转换工具,但比较后发现如果转换也非常简单。
*.designer.cs
*.aspx
*.ascx
*.master
删除所有*.designer.cs
将*.aspx、*.ascx、*.master页面文件中的 Codebehind="FileList.aspx.cs" 批量替换成 CodeFile="FileList.aspx.cs"
总之,大网站比较适合用WebApplication项目,小网站比较适合用WebSite项目
第二种说法:
VS 2003
在新建项目的时候还提供
Web Application Projects
,但是在
VS 2005
中新建的时候无论是在
C#
中还是新建
Web Site
中都找不到
Web Application Projects
,难道在
VS2005
中只能使用
Web Site
了?难道
Web Application Projects
不如
Web Site
,好像不是这样吧。
好在
MS
发布了
Visual Studio 2005 Web Application Projects
,不过到目前为止,此版本仅能够安装于
English
版本的
VS2005
(从
RC
版发布到现在也好几个月了,还不发布中文版的,如果要安装此版本只能重装英文的
VS
吧然后再删除再来安装中文的
VS
)
在安装此文件前需先安装
VS80-KB915364-X86-ENU.exe
现在看看
Web Application Projects
和
Web Site Projects
两种编程模型比较
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
,你可以通过预编译来提高站点的性能。
ASP.net
动态编译系统提供了两种模型:默认的
batch
编译模型和
fixed-names
编译模型。
batch
编译模型中,被编译成多个应用程序集(典型的是每一个目录被编译成一个)。这时候你看应用程序集,很难对应上是哪个目录。
fixed-names
编译模型中,网站的每个页面或者每个用户控件被编译成一个应用程序集。
|
Iterative development |
调试或者运行
Web
页面的时候,你必须全部编译整个
WEB
项目。
编译整个
WEB
项目通常比较快,因为
Visual Studio
使用了增量编译模式,仅仅只有文件被修改后,这部分才会被增量编译进去。
|
你可以配置
Visual Studio 2005
的编译属性:编译整个站点、编译一个指定页面、或者什么都不作。在最后一种情况下,当你运行一个
WEB
站点的时候,
Visual Studio
仅打开一个浏览器,并访问当前或者起始页,当这个请求被发送后,
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
项目开发模型,升级是非常非常简单的。
|
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
文件。
|
|
√
|
文章来源:http://www.cnblogs.com/Fortunelee/archive/2006/11/15/560755.aspx