新手对VS2003SP的感言的介绍与剖析

本文向大家介绍VS2003 SP,可能好多人还不了解VS2003 SP,没有关系,看完本文你肯定有不少收获,希望本文能教会你更多东西。它提供了一个使用了基于MSBuild的build系统的项目模型。

VS2005网站项目和VS2005Web应用项目简介,VS2005支持两种项目模型:VS2005网站项目(WebSiteProjects)和VS2005Web应用项目(WebApplicationProjects)。VS2005网站项目是VS2005刚发行时内置的项目模型,它提供了一个基于无项目(project-less)的模型来开发web应用,该模型使用了ASP.NET2.0在运行时使用的同个动态编译系统。而VS2005Web应用项目则是今春早些时候发布的一个完全支持的可下载项目模型,它提供了一个使用了基于MSBuild的build系统的项目模型,可以把一个项目中的所有编码编译成单个程序集(与VS2003类似,但又少了VS2003web项目中涉及FrontPage服务器扩展,IIS依赖性,以及其他问题的种种限制)。

想进一步了解VS2005Web应用项目的话,请参考我发表在http://webproject.scottgu.com网站上的系列教程。注意,对VS2005Web应用项目的支持将包含在VS2005SP1中,这样以后就不用另外下载了。

VS2005网站项目和VS2005Web应用项目两个模型在将来的VisualStudio版本中将会继续被完全支持。我们发现,有些人喜欢一个模型,憎恶另外一个模型,反之亦然。从特性(feature)的角度看,没有“***的模型选择”这一说,完全取决于你个人的爱好和你们的团队协作机制(teamdynamics)来决定哪个模型最适于你。譬如,许多的企业开发人员喜欢VS2005Web应用项目模型,因为它提供了更多的build控制和团队集成支持,而许多的web开发人员则喜欢VS2005网站项目模型,因为它的“即存即行(justhitsave)”的动态模型和灵活性。

有2篇文章,你也许会发现在决定采用哪个模型时有用,这篇MSDN上的白皮书内含对这两个模型的比较,而RickStrahl的《Web应用项目和Web部署项目发布了》一文对不同选项的利弊做了一个很好的讨论。

想从VS2005网站项目模型迁移到VS2005Web应用项目模型的话,请按这个C#或VB版的教程里示范的步骤做。

那么哪个项目模型Build起来快些呢?#t#

在对项目做fullbuild时,VS2005Web应用项目模型编译起项目来会比VS2003 SP网站项目模型快很多。fullbuild是指对项目里的每一个类和网页要做编译或重新编译的情形,要么因为你在build菜单里选了Rebuild,要么因为你修改了一个依赖的类库项目或者/app_code子目录里的编码,然后点击了build或按了ctrl-shift-b来编译解决方案。

在这些“全部重新编译(fullrebuild)”的情形下,VS2005Web应用项目编译比VS2005网站项目快很多有几个原因。主要原因是,跟在VS2003中一样,VS2005Web应用项目只编译你的页面的后台编码(code-behind)以及你项目中的其他类文件。它既不分析也不编译你的.aspx页面内的内容/控件/行内(inline)编码,这意味着,它不需要parse那些文件。坏处是,这也意味着,在编译过程中,它不会检查那些文件是否有错(而VS2005网站项目则会识别其中的任何错误)。好处是,这使得编译极其快。

那么,这是否意味着你总是应该在大型项目的情形下使用VS2003 SP应用项目模型来得到最快的build时间呢?不,不一定。VS2005网站项目的一个很好的特性是对“按需编译(ondemandcompilation)”的支持。这在你对所依赖的文件做了变化(dependentchanges)后,让你避免常规地重新编译整个项目,而是只需要对那些你正在编辑的页面做重新编译,而且这个编译是按需进行的。这会给你的解决方案带来build性能上的极大改进,而且也会在开发非常大的项目时给予你非常好的工作流程。如果你想要在保持网站模型灵活性的同时改进build性能,我强烈推荐使用这个模型。

下面几节提供了针对VS2005网站项目模型和VS2005Web应用项目模型优化技术方面的特定教程,包括我上面描述的“按需编译(ondemandcompilation)”build选项。

优化VS2005网站项目Build时间的特定技巧和诀窍

在使用VS2005网站项目模型时,按下述步骤做VS2003 SP的话,你就可以极大地改进build性能:

1)确认你没有遭受我称之为“程序集引用冲突(DuelingAssemblyReferences)”的问题。我在这个博客帖子里描述了如何发觉和解决这个问题。如果你曾经在build时看到编译过程好像在“正验证网站(ValidatingWebSite)”这个编译阶段停顿了(意即,输出窗口里超过几秒钟都没有输出)的话,你非常可能是遇上这个问题了。VS2003 SP使用上述这个博客帖子里概述的技术来解决这个问题。

2)把在/app_code子目录里的文件的数目保持在很小的范围。如果你***在这个目录里有一大堆类文件的话,我建议在你的VS解决方案里另建一个类库项目,把这些类移到这个类库项目里去,因为类库项目比/app_code子目录里的类编译快多了。如果在/app_code目录里只有小数量的文件的话,这通常不是个问题,但你有很多目录或数十个文件,那么把这些文件移到一个单独的类库项目里,然后在你的网站项目里引用这个类库项目,你将能改进build速度。另一个需要知道的事情是,每次你在VSHTML设计器里从源码视图转换到设计视图时,设计器会在设计表面加载之前引起/app_code目录的编译。原因是,这样你就可以在设计器里使用在/app_code目录里定义的控件。如果你没有/app_code目录,或者里面没几个文件,那么页面设计器加载起来就会极快,因为它不需要先做很大的编译工作。

3)在你的网站项目中激活“按需编译(on-demandcompilation)”。右击你的网站项目,打开项目属性页。在左边点击Build区,打开项目的build设置。在设置里把“F5启动操作(F5StartAction)”从“BuildWebSite(网站)”改成“BuildPage(页面)”或“NoBuild(不Build)”选项。然后,确认清除了“把网站当作解决方案一部分来Build(BuildWebsiteaspartofsolution)”复选框:

这让你来控制你要核实你网站上的哪些页面以及什么时候核实,可以极大地改进build性能。我推荐做的一个诀窍是,在你的环境里添加一个快捷键,允许你很快地触发Build Page操作,以避免使用鼠标和菜单。你可以这么做,选择工具->定制菜单选项,然后在定制对话框的左下方点击“键盘”按钮。这会打开一个对话框,让你选择VS Build.BuildPage命令,然后与你想要的任何键组合相关联:

网页标题:新手对VS2003SP的感言的介绍与剖析
网页地址:http://www.shufengxianlan.com/qtweb/news43/373793.html

网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等

广告

声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联