页面生命周期

转自:kai.ma

很早就看了cat chen的深入理解 ASP.NET 动态控件 (Part 3 - 页面生命周期) ,当时是理解了,但是很不好理解。尤其是追赶加载那部分。最近重新看到那篇文章,禁不住想用打比方的方式来描述一下,不知道我的比喻是否恰当?


一下引用自CatChen的原文:

一般加载分为以下几个主要阶段(粗体标出的阶段的特殊性后面解释):

  1. Init - 初始化,是否为动态控件就以此为分界,Init之前加入到控件树的控件其处理过程就和ASPX中静态声明的一致,因为静态控件也就是在Init前加入的。
  2. LoadViewState - 加载ViewState。
  3. ProcessPostData - 处理PostData,倒不如说是加载PostData,因为此阶段控件多数仅加载PostData,顺便判断PostData是否有改变,别的处理不在此阶段作。
  4. Load - 加载,让ASP.NET程序员尽情发挥创意的地方,包括如何糟蹋ASP.NET这个框架。
  5. ProcessPostData Second Try - 第二次尝试处理PostData,和第一次所做的一样,不过第一次执行时已在控件树上的控件不会受到第二次打扰。
  6. Raise ChangedEvents - 冒泡Changed类事件,这里指的是由于PostData变更而引起的Changed类事件。
  7. Raise PostBackEvent - 冒泡PostBack类事件,除了Changed类以外的所有事件都在这里引发。
  8. PreRender - 预呈现,这名字不怎么好记,改为“末日审判”或许会好一些,因为作为上帝的程序员在这里判决每一个变量的最终值。
  9. SaveViewState - 保存ViewState,判决执行的阶段,变量最终值在此保存,判入地狱的变量无权进入ViewState这个天堂并从此消失。
  10. Render - 呈现,可能是生命周期中最无法解耦的一个阶段。
  11. Unload - 卸载,有加载自然有卸载,但其实没有多少人知道它的存在。

追赶加载不同于一般加载,打个比方的话:
11个步骤中,粗体字部分比喻成“军机处”(专门发布军事任务),非粗体部分(处理PostData事件等)比如成“军事任务”。
父亲(Parent Control)带领着儿子(Control)加入了光荣的人民解放军,随时准备为伟大的WEB革命献身。
父子俩人沿着同一条革命行军路线(生命周期路线),一路上有多个军机处。每个军机处仅发布该处到下一处之间军事任务列表(任务太多了,所以分多处发布,分布式嘛)。父子均在军机处获取军事任务。
父亲比较有经验,被指挥官安排从革命爆发之始就加入了革命,一直在认认真真地执行各处发布的任务。而儿子因为经验不足,由指挥官(asp.net程序员)安排不定时加入革命执行任务。
如果安排儿子在军机处加入,可以取到该处与下一处之间所有军事任务列表,并顺利完成任务。
否则,
如果儿子是在相邻两个军机处之间加入的话,因为没有收到 到达下一军机处之前的 军事任务列表,自然就会在到达下一军机处之前,什么也不会干(因为不知道干什么)。
儿子接到指挥官(asp.net程序员)的军事任务:“处理PostData事件”,由父亲引导执行(因为老爸年纪大有经验些)。
如果儿子在名为“load“的军机处或以前被安排加入革命,可以取到“处理PostData事件”的军事任务,完成任务没问题。否则儿子因为没完成任务WEB革命失败,伤心的可是我们这些指挥官了。

你可能感兴趣的:(生命周期)