当前位置:首页 » 软件开发
开发技术指南» 文章正文
    引言: ASP.NET 2.0来了! 在我们为ASP.NET 2.0的新特性感到激动的同时,我想很多ASP.NET开发人员非常关心这样一个问题:ASP.NET 2.0的兼容性怎么样?ASP.NET 1.1开发的程序能直接运行在ASP.NET 2.0上吗? 在SDK文档中,对于.NET Framew...
 

 

    摘要:随着企业需要的不断演变,microsoft 依旧致力于提供创新的开发人员工具来满足这些不断变化的需求,从而确保客户的成功。为帮助组织规划未来的软件开发工作,microsoft 提供了一个开发人员工具计划版本的路线图(如下): • visual studio 2005(以前称为“visual studio 代号 whidbey”)。该版本的 visual studio 与 .net framew......
    摘要:目前的软件并不是自动生成的,但是我们都知道软件将会一代代地发展下去。那么,为什么我们不努力于自动生成的软件?为什么不努力于创造能够一代代自动生长或发展使用的软件而却致力于改变现有的?目前我们所拥有的哪些技术能够支持生成的软件而遗忘了哪些技术呢?对这些问题的回答可能还不存在,但是vs 2005中已经具有一些能力来支持生成的代码了。   在visual studio 2005中,你可以使用宏来为你书写代码。这些宏代码生成器并不是随便生成的,而你也不必凭......


小试ASP.NET 2.0的兼容性

asp.net 2.0来了! 在我们为asp.net 2.0的新特性感到激动的同时,我想很多asp.net开发人员非常关心这样一个问题:asp.net 2.0的兼容性怎么样?asp.net 1.1开发的程序能直接运行在asp.net 2.0上吗?

     在sdk文档中,对于.net framework 2.0的兼容性有这样描述的:“the .net framework provides a high degree of support for backward compatibility. for example, most applications created using version 1.0 will run on version 1.1 and applications using version 1.1 will run on version 2.0.”。 【相关文章:使用ASP.NET 2.0中的GridV

【扩展阅读:ASP.NET虚拟主机安全漏洞解决方案

     看了这样的描述,我想:如果asp.net 1.1开发的程序真能直接运行在asp.net 2.0上,那就太棒了,但asp.net 2.0相对于1.1的变化这么大,做到这样的兼容难度很大,微软一向对向后兼容很重视,我们应该有所期望。如果兼容性不理想,从asp.net 1.1 迁移到asp.net 2.0会带来很大的成本与风险。自己开发的程序可以在asp.net 2.0上重新编译,可程序中所用的第三方组件呢? 【扩展信息:ASP.NET四种页面导航方式的比较与选

     那我们拿博客园的程序做个试验吧。对程序不作任何修改,直接在iis管理器中将asp.net切换至2.0, 并将*.*的映射改为asp.net 2.0。 

     程序安装在本机的blog虚拟目录中,首先我访问地址:http://localhost/blog(由于建立了通配符映射,iis不会把地址改为http://localhost/blog/default.htmlx),   出现第一个错误:

 

    there is no build provider registered for the extension . you can register one in the <compilation><buildproviders> section in machine.config or web.config. make sure is has a buildproviderappliestoattribute attribute which includes the value web or all. 

     在asp.net 1.1中,这样访问是正常的,由于建立了通配符映射,请求由web.config中 <add verb="*" path="*" type="dottext.common.urlmanager.urlrewritehandlerfactory,dottext.common" />处理。
...   下一页

 ·集合和数据绑定    »显示摘要«
    摘要: 当需要为基于microsoft .net framework的分布式应用程序设计数据访问层(data access layer,dal)时,您将做出的一个关键决策就是,如何向dal类的方法传递和接收数据。向dal类传递和接收业务数据的选择方式非常少,但是在现实中大多数只有两种方式——使用dataset对象和自定义业务实体对象的集合。 数据集(dataset)具有对并发性的内置支持,以及定义和处理表间复杂关系的能力。数据集也是可......
» 本期热门文章:

©2000-2007 All Rights Reserved. 最佳浏览:1024X768 MSIE