|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
Java欺骗了我们那么多年,如今的多核时代,我认为它气数已尽!asp.net|程序转眼间,间隔微软推出.net平台已4年了,.net也履历了从1.0到1.1再到2.0的晋级。因为asp.net2.0和vs2005IDE的各类优胜特征的吸引,年夜伙都忙着进修2.0,将项目晋级至vs2005上面开辟。但实践上,良多项目因为各种缘故原由,没法晋级到新版本。跟着工夫的变迁,老版本的项目保护成绩愈来愈让人头痛。固然.net出生工夫不长,但4年的工夫充足堆集一量的项目。
我手上就有个用vs.net2002开辟的项目,因为各种缘故原由一向没有晋级(次要是由于该项目在vs.net2003出来之前已优秀运转了一段工夫,而且服务器上的其他asp.net程序没法顺应.net1.1的平安性请求。)
现在公司开辟平台晋级时,在电脑上同时安装vs.net2002和vs.net2003,临时性的办理了分歧版本的项目标保护。再厥后,项目过了保护期了,好久没更新了,我电脑也重装了,vs.net2002就完全扫地出门了。可到了2005年,客户每隔1,2个月就提出修正请求,并且要快,没举措,客户太牛B,过了保护期也要改。可成绩来了,没有vs2002,没法编译啊。
在电脑上装个.netframework1.0,利用手工体例挪用csc编译修正后的代码,十分贫苦,项目有一堆援用,编写命令行很繁。出格是项目有良多文件夹时更疾苦。也考滤过写个程序编译,但我懒,一向没完成。
明天又碰上要修正程序,俄然想起很早的时分(2002年)利用过一次@Page指令的Src属性,利用此属性,asp.net将接纳本人的编译模子而不是利用vs.netIDE的CodeBehind体例,代码无需编译成dll即可公布,会见站点时,asp,net会主动将aspx文件和.aspx.vb文件一同编译。这类体例的弱点次要有两个:1、代码文件(.vb)必需公布到服务器上,2、vs.netIDE不撑持。由于第二个成绩的缘故原由,厥后保持利用了,这事也就忘了。如今正愁没举措编译程序呢,只需能让修正的代码失效,其他的弱点都不考滤了。归正一切的源代码都公布到服务器上了。我在@Page指令中加了个Src属性,利用的值与CodeBehind属性的值不异,指向代码文件。再将.vb文件中的代码修正终了。革新,修正失效,保护完成。爽啊。今后就这么干了。因为vs.netIDE不撑持,MSDN上也是一笔带过,一定有良多人晓得.net具有这类编译模子。如今将其共享出来,假如有人也正派受我一样的疾苦,您也能够考滤在页面中增加Src,呵呵,复杂快速,改完代码就失效,不必再挖空心思找工具编译了。
总结:包含我在内的很多人,都更喜好将程序编译成dll,感到这才更像一个公布的软件。实在,接纳“将一切源代码公布到服务器,运转时完全的编译代码”的体例十分不错,年夜年夜简化往后的保护事情。良多公司为客户作的项目实在没需要对客户埋没源代码。在这类情形下,利用这类体例为今后的保护事情带来伟大的优点,不管.net晋级了n次,不论你电脑上是不是装有响应版本的开辟工具,你都无需忧虑,用记事本都能够弄定统统。
注重:一切版本的asp.net都撑持此编译形式,但vs.net2002和2003的IDE不撑持,没法翻开计划视图。刚出来的vs2005IDE撑持这类编译形式。利用Src属性时,CodeBehind属性不再必要了,但倡议你仍旧保存,假如你俄然必要回到计视图,它还能够帮你的忙。Inherits属性也不必要,但激烈倡议你不要删除它,由于假如你在aspx文件的控件声明中间接绑定了事务(如:),没有Inherits属性会报错。
出处:cwbboyBLOG
那做企业软件是不是最好用J2EE? |
|