問題是，是否帶著疑問去深入，如果只是隨便看看，瀏覽底層的話，那么請就此歇住吧，那只會增加混亂，打擊信心。所以在我的mind中一直都記得我要的是如何處理異常，異常一旦產生，如何進行判斷是哪種類型的，如何來描述異常的屬性，以什么樣的數據結構來存儲它，最終如何調用異常顯示頁面。??? 有所發現，異常信息的顯示存在的頁面，已經找到，但是，究竟是在什么地方實現激活頁面的跳轉命令呢？
??? 又怎么會發現異常信息的顯示頁面的呢？
這又讓我體會到另外一種哲學，當你不知道該往哪走，該做什么的時候（必須是確定這真的是沒法再繼續下去），那么請回到河流的最開始！再次清晰地確定自己所要的是什么，這樣的話，或許會有新的發現而不是在原來的那個點呆著不動，wondering到底該往哪兒走。
??? 雖說好馬不吃回頭草，但是作為軟件開發人員，這么一點追本溯原的能力是應該具有的基本素質。
???
??? 今天不知怎的，想起了一個數學老師的一句話，竊以為相當經典，下面加工后表述如下：
用數學老師的話來說，當這個解存在且惟一的時候，是最漂亮的，那么，推而廣之…
??? 對象一個就夠了。
??? 唉，扯遠了!