#
think in java說：萬事萬物皆對象。
自從接觸java那天起，張口閉口言必稱面向對象，你要說自己不知道什么是面向對象，都覺得很沒面子。
然而一直到現在，其實我心里都在小聲的問自己：面向對象思維，我現在到底領悟了多少？
大家都說：“面向對象的精髓在于考慮問題的思路是從現實世界的人類思維習慣出發的，只要領會了這一點，就領會了面向對象的思維方法。”。多么簡單的思想！可是，要從一個現實的世界中分析出一套真正實用的系統來，似乎又沒那么簡單了吧。僅僅是面向對象的思想以及扎實的java功底就夠了嗎？
然而面向對象僅僅是告訴我們 “如何做”，卻沒有告訴我們“怎么做”。比如說，我們根據面向對象，分析出了汽車有四個輪子，有發動機，等等....，于是，我們實現了輪子的類，發動機的類。然而發動機的細節我們無從得之。于是我們打開發動機，看看內部。我們再次利用面向對象的思想，分解出了更小的部件。終于到了無法拆分的零件了。
可是要實現這個真正運轉的零件，不就是要用到我們所說的“算法”來實現么，這個時候，面向對象已經幫不上什么忙了。所以，面向對象只是分析事物，認識事物的一種手段而已。
去年底研究了一下sun的petstore，總因為各種事情，終究半途而廢了。今天心血來潮的看了一下。打開了sun的服務器以及pointbase數據庫，其間猜了半天的密碼，裝的比較久，都忘記了。呵呵！終于將petstore應用部署了上去（腳本部署就是快 ^ ^），按sun的quickstart提示訪問8080端口，卻發現怎么都連不上，無奈打開domain下的配置文件一看卻發現端口卻是 3045。奇怪！
終于出現久違的頁面了，第一次訪問時，程序自動將數據庫結構以及數據導入數據庫。過程是點擊鏈接，期間經過2次populating.jsp頁面導向，在head中指定<META HTTP-EQUIV=REFRESH CONTENT="0; URL=Populate?success_page=//supplier/populating.jsp%3fforcefully%3d<%=request.getParameter("forcefully") %>&forcefully=<%=request.getParameter("forcefully") %>"來實現，在第一個populating.jsp中訪問了petstore\src\com\sun\j2ee\blueprints\petstore\tools\populate\PopulateServlet.java這個類來實現將數據庫結構以及數據導入數據庫，在第二個populating.jsp中類似手法導向main.screen。真正的首頁才展現出來了。這些才僅僅是前奏。
個人感覺WAF框架目前應用雖然似乎并不多見，但總覺得，其中許多思想還是可以借鑒的，深入下去必然有好處。特別是如果應用的架構中需要訪問EJB的時候。
WAF是WEB APPLICATION FRAMWORK的簡稱，是SUN藍皮書例子程序中提出的應用框架。它實現了MVC和其他良好的設計模式。
開發人員編寫的兩個xml配置文件定義了WAF的運作參數。Screendefinition.xml定義了一系列的屏幕(screen)。Mapping.xml則定義了某個動作之后應該顯示的屏幕，但沒有指定屏幕到哪里拿數據。
用戶發出一個HTTP請求（*.screen），由TemplateSERVLET屏幕前端控制組件接收，它提取請求信息，設置request對象CurrentScreen屬性，再把請求發到模版JSP。模版JSP收到請求后，JSP中的Template標簽察看這個當前屏幕，并從屏幕定義文件（Screendefinition.xml）中獲取這個屏幕的具體參數，再生成html返回給客戶。
假設返回給客戶的html中包括了html表單，用戶在輸入一定數據之后提交，發出一個HTTP請求（*.do）。這個請求被MainSERVLET接收，它提取請求信息，察看動作映射文件（mapping.xml），設置處理這個請求的動作對象(HTTPAction對象)，交給requestprosessor對象處理。Requestprosessor對象調用動作對象完成任務，如果需要進一步處理，requestprosessor對象會調用WEBclientcontroler對象的事件處理機制。MainSERVLET在處理完請求之后，從屏幕流管理對象那里得到下一個屏幕，并把請求傳給這個屏幕的JSP文件。
值得一提的是WEBclientcontroler事件處理機制最終把HTTP請求的數據傳到了EJBAction對象那里處理。這樣HTTPAction對象和EJBAction對象形成了兩級處理機制，前一級與request對象緊密相關，把數據封裝起來形成一個Event對象，再傳給了EJBAction對象，后者與Request對象無關。
這個方式可以形成一個session級別的數據處理機制。下圖顯示了這個方法。HTTPAction1對象處理一個請求，并把數據放到一個狀態SessionBean內，HTTPAction2也如此，當HTTPAction3接收到HTTP請求之后，把控制傳給EJBAction, 后者獲取狀態SessionBean數據，處理請求，成功后清控狀態SessionBean的內容。這個機制非常適應多個輸入頁面才能滿足一個業務的輸入數據的情況（比如購物車）。
中耳炎一點都沒見好,反而更嚴重了,真是痛苦,感覺左耳很不靈,而且漲痛.下午請了假,直奔同仁醫院.進去以后就象開罰款單一樣.就開了點消炎藥和滴耳液,竟然花了快200塊.真不知道接下來的媒體叫囂的醫療改革會成什么樣子.
接下來的時間準備研究Front Controller模式了.
實在是無法忍受CSDN blog的速度了，今天決定搬家。
在這里記錄下自己的開發心得，給高手批判，給新手借鑒。
今年的夏天北京的雨特別的多，所以顯得不是特別熱。可是偏偏在這
清涼的夏天，我卻上火了。可惡的中耳炎又如期而至了。這是工作
2年后的第一次發作。之前是年年必發。