ASP.NET 2.0的编译模型（新书连载）

ASP.NET 2.0的编译模型（新书连载）

<shapetype id="_x0000_t75" coordsize="21600,21600" o:spt="75" o:preferrelative="t" path="m@4@5l@4@11@9@11@9@5xe" filled="f" stroked="f"><stroke joinstyle="miter"></stroke><formulas><f eqn="if lineDrawn pixelLineWidth 0"></f><f eqn="sum @0 1 0"></f><f eqn="sum 0 0 @1"></f><f eqn="prod @2 1 2"></f><f eqn="prod @3 21600 pixelWidth"></f><f eqn="prod @3 21600 pixelHeight"></f><f eqn="sum @0 0 1"></f><f eqn="prod @6 1 2"></f><f eqn="prod @7 21600 pixelWidth"></f><f eqn="sum @8 21600 0"></f><f eqn="prod @7 21600 pixelHeight"></f><f eqn="sum @10 21600 0"></f></formulas><path o:extrusionok="f" gradientshapeok="t" o:connecttype="rect"></path><lock v:ext="edit" aspectratio="t"></lock></shapetype><shape id="_x0000_i1025" style="WIDTH: 337.5pt; HEIGHT: 45pt" type="#_x0000_t75" alt=""><imagedata src="file:///C:%5CDOCUME~1%5CADMINI~1%5CLOCALS~1%5CTemp%5Cmsohtml1%5C01%5Cclip_image001.gif" o:href="http://blog.sina.com.tw/myimages/43/4907/images/1148004181_1.gif"></imagedata></shape>

ASP.NET 2.0支持两种编译模型（Compilation Model），一为动态编译（Dynamic Compilation），另一个为先行编译（Precompilation）。

节录自【圣殿祭司的ASP.NET 2.0专家技术手册】新书

　　ASP.NET 2.0支持两种编译模型，一为动态编译（Dynamic Compilation），另一个为先行编译（Precompilation），让程序设计师可以有更宽广的选择以决定不同网站何时该用何种编译模型，不但弹性大大提升，且若采用先行编译网站执行效能还可以更高，分述如下：
（一）ASP.NET网站动态编译（Dynamic Compilation）
在ASP.NET 1.0时就已经支持网站动态编译，也就是使用者第一次请求网站网页时，ASP.NET会先将网站程序编译成一个.dll组件文件，而后续的请求就会以此来回应，而编译过后的网站执行效能明显较未编译网站快上许多。

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

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

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

（二）ASP.NET网站先行编译（Precompilation）
　　除了上面所讲的动态编译外，ASP.NET 2.0尚提供先行编译（Precompilation）网站的功能，它透过「ASPNET_ Compiler.exe」这个指令来预先编译整个网站，祭司用通俗观点来说明这样的做法有几个好处：
(1)节省网页第一次编译的时间。以往在ASP.NET 1.0这个编译的机制虽然有效加速ASP.NET网站整体性能，但许多使用者或不明究里的初学者却抱怨第一次执行感觉好慢，而预先编译整个网站是连第一次都省掉了，大概也不会有人再抱怨这个问题了
(2)保护网页程序代码智慧财产。在ASP.NET 1.0时可以将Code Behind编译进dll之中，但是若是以In-Line Code开发或HTML卷标开发的程序则是一点保护作用也没有；此外即便您用Code Behind模式开发Web应用程序，仍然会有许多标签会产生在.aspx之中，这种情况尤以ASP.NET 2.0更甚，如SqlDataSource连SQL命令都会显示在HTML之中；故透过预先编译不但连程序代码都可以编译进去，甚至连.aspx网页中的HTML标签也可以一并编译进去，对于程序代码的保护可以说多了一层保障与选择。

然而我们来看看微软对于先行编译好处的官方说法：
(1)由于页面和程序代码档不需在第一次要求时编译，因此使用者可得到更快的响应时间，这对于经常更新的大型网站特别有用。
(2)使用者浏览网页之前，识别编译时期错误的方法。
(3)不需原始程序代码，即可建立可部署到实际执行服务器已编译网站版本的能力。

上述两个编译模型的使用有范例详加介绍使用，以及解释深入的现，但因Blog步骤及图片并不易贴出，必须所有图片一一上传而后再排版，故祭司就没贴出范例步骤了，请各位于书上市时再自行参考。

节录自【圣殿祭司的ASP.NET 2.0专家技术手册】新书