控制器元件由actionservlet 和自定義action組成 , 那麼actionservlet在**呢? 我做完了乙個struts的先demo 也沒看見啊! 只有自定義的action , 第一章中的自定義框架還是有的了 , 其實仔細想想不難發現, 自定義框架中的操作已經全部被struts-config.xml 配置檔案給託管了 , 自定義框架中的 string path = request.getservletpath() -----獲取請求頁面的action 在struts-config.xml 中 被 action 標籤中的 path 所代替 而且 其中的標籤 還把 以前自定義框架 actionservlet中的 if("add".equals(actionname)) return ret ;
而 圖形化struts-config.xml中的 forward 設定 則 已然代替了 自定義框架中 actionservlet 中的 request.getrequestdispatcher("url").forward(request,response) ;
關於自定義action , 都是繼承於action類的---(它出自org.apache.struts.action 包中) , 那麼自定義action 都是返回乙個actionforward型別的資料, 也就是乙個 路徑 .
關於檢視層, 還沒有接觸好多, 只是用了下struts 的標籤
關於業務邏輯層還是老樣子, 乙個介面 ,乙個實現該介面的類而已 .
先這樣, 有想法了再來.
STRUTS系列之 工作原理
流程說明 乙個初始的請求到達servlet容器後，經過actioncontextcleanup過濾器，標準的過濾器，和filterdispatcher 2.1.3版本之後是strutsprepareandexecutefilter filterdispatcher將控制權委派給actionproxy...
Lucene原理個人總結
傳統資料庫無法滿足的痛點 在mysql中，我們根據關鍵字去搜尋一般都是like 但是這樣搜尋的效能是很低的，因為沒有走索引。相關性搜尋，電商 中的根據瀏覽記錄做的商品推薦，在海量資料下直接查詢資料庫也是無法做到快速反應 倒排索引 類似這樣的資料結構，它是把值作為索引，比如說搜尋 我 的時候，在字典樹...
Struts2工作原理總結筆記
1.客戶端client 傳送 reqeust請求到 容器container 2.容器container根據web.xml檔案找到 控制器controler strutsprepareandexcutefilter 3.controler 將action請求交給 actionproxy 4.actio...