知识大全 ASP.NET 2.0的编译模型

Posted 2022-07-17 程式

篇首语：书籍是人类进步的阶梯。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 ASP.NET 2.0的编译模型相关的知识，希望对你有一定的参考价值。

ASP.NET 2.0的编译模型 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　支持两种编译模型（Compilation Model）

　　一为动态编译（Dynamic Compilation）另一个为先行编译（Prepilation）

　　这让程序设计师可以有更宽广的选择以决定不同网站何时该用何种编译模型不但弹性大大提升且若采用先行编译网站执行效能还可以更高分述如下

　　（一）ASP NET网站动态编译（Dynamic Compilation）

　　在ASP NET 时就已经支援网站动态编译也就是使用者第一次请求网站网页时 ASP NET会先将网站程式编译成一个 dll组件档而后续的请求就会以此来回应而编译过后的网站执行效能明显较未编译网站快上许多

　　然而虽说ASP NET 具有动态编译的特性但它只支援如 aspx ascx nfig或global asax这几种档桉类型只要它们有异动就会触发系统进行动态编译但这个模式有个很明显的问题存在就是像bin目录下的组件资源档 Web Services等等在程式设计阶段也常进行修改但这些档桉即使用异动也不会触发系统重新进行编译因此每每VS NET 的专桉有修改异动必须手动重新编译整个专桉如此使用浏览器执行网页才会显示最新修改的程式页面

　　但是可能不少人嫌烦或者是初学者根本不知道修改后要手动重新编译因此微软针对动态编译又再进行了更人性化的改良现在针对类别 Web Service 具型别的DataSet Master Page Themes也支援异动时的动态编译各位只要针对IE浏览器重新Refresh就会自动触发系统进行重新编译看到的也当然是最新的画面省却程式设计师必须手动进行编译算是一个贴心的改良

　　ASP NET 动态编译和ASP NET 很像但是更完美了且当您建置（Build）整个Web网站后在bin目录并不会产生 dll的专桉程式许多ASP NET 的程式设计师开始惊慌疑惑与不安为什么找不到专桉 dll？没有 dll档要如何部署网站？等等的疑惑其实没什么好疑惑的各位之所以会疑惑是因为你把ASP NET 当作是普世的标准凡是违反它的作法皆为异类进而ASP NET 的动态编译就成为您眼中的〝异类〞但那是人的执著心与本位主义作崇的关系事实上ASP NET 的动态编译才是更完美完美到根本不再需要 dll 只要有使用者进行请求时（Request）系统会自动进行动态编译（仍然看不见 dll档）所以若您要部署网站时利用复制网站工具将 aspx aspx cs nfig 类别档全部复制一份到新网站就行了（唯独没有 dll档）剩下的事情动态编译会替您全部打理好

　　（二）ASP NET网站先行编译（Prepilation）

　　除了上面所讲的动态编译外 ASP NET 尚提供先行编译（Prepilation）网站的功能它透过「ASPNET_ Compiler exe」这个指令来预先编译整个网站祭司用通俗观点来说明这样的做法有几个好处

　　( )节省网页第一次编译的时间以往在ASP NET 这个编译的机制虽然有效加速ASP NET网站整体性能但许多使用者或不明究里的初学者却抱怨第一次执行感觉好慢而预先编译整个网站是连第一次都省掉了大概也不会有人再抱怨这个问题了

　　( )保护网页程式码智慧财产在ASP NET 时可以将Code Behind编译进dll之中但是若是以In Line Code开发或HTML标签开发的程式则是一点保护作用也没有此外即便您用Code Behind模式开发Web应用程式仍然会有许多标签会产生在 aspx之中这种情况尤以ASP NET 更甚如SqlDataSource连SQL命令都会显示在HTML之中故透过预先编译不但连程式码都可以编译进去甚至连 aspx网页中的HTML标签也可以一并编译进去对于程式码的保护可以说多了一层保障与选择

　　然而我们来看看微软对于先行编译好处的官方说法

　　( )由于页面和程式码档不需在第一次要求时编译因此使用者可得到更快的回应时间这对于经常更

　　新的大型网站特别有用

　　( )使用者浏览网页之前识别编译时期错误的方法

cha138/Article/program/net/201311/12603