自譯Solr in action中文版,譯solraction中文版
目錄
Part 1 初識 SOLR
1 Solr 簡介
2 開始熟悉 Solr
3 Solr 核心概念
4 配置 Solr
5 建立索引
6 文本分析
Part 2 Solr 核心功能
7 發起查詢 和 處理結果
8 分類索引
9 命中結果高亮
10 查詢建議引導
11 結果分組 合併欄位
12 將Solr產品化
Part 3 Solr 進階應用程式
13 擴充Solr雲
14 多語言搜尋
15 複雜資料操作
16 相關性的調整
17 跳出思維定勢
附錄:
A 從原始碼編譯Solr
B 玩轉Solr社區
Struts In Action與Struts In Action中文版2有什不同
Apache Struts 2即是之前大家所熟知的WebWork 2。在經曆了幾年的各自發展後,WebWork和Struts社區決定合二為一,也即是Struts 2
Action 類:
Struts1要求Action類繼承一個抽象基類。Struts1的一個普遍問題是使用抽象類別編程而不是介面。
Struts 2 Action類可以實現一個Action介面,也可實現其他介面,使可選和定製的服務成為可能。Struts2提供一個ActionSupport基類去實現 常用的介面。Action介面不是必須的,任何有execute標識的POJO對象都可以用作Struts2的Action對象。
線程模式:
Struts1 Action是單例模式並且必須是安全執行緒的,因為僅有Action的一個執行個體來處理所有的請求。單例策略限制了Struts1 Action能作的事,並且要在開發時特別小心。Action資源必須是安全執行緒的或同步的。
Struts2 Action對象為每一個請求產生一個執行個體,因此沒有安全執行緒問題。(實際上,servlet容器給每個請求產生許多可丟棄的對象,並且不會導致效能和記憶體回收問題)
Servlet 依賴:
Struts1 Action 依賴於Servlet API ,因為當一個Action被調用時HttpServletRequest 和 HttpServletResponse 被傳遞給execute方法。
Struts 2 Action不依賴於容器,允許Action脫離容器單獨被測試。如果需要,Struts2 Action仍然可以訪問初始的request和response。但是,其他的元素減少或者消除了直接存取HttpServetRequest 和 HttpServletResponse的必要性。
可測性:
測試Struts1 Action的一個主要問題是execute方法暴露了servlet API(這使得測試要依賴於容器)。一個第三方擴充--Struts TestCase--提供了一套Struts1的類比對象(來進行測試)。
Struts 2 Action可以通過初始化、設定屬性、調用方法來測試,“依賴注入”支援也使測試更容易。
捕獲輸入:
Struts1 使用ActionForm對象捕獲輸入。所有的ActionForm必須繼承一個基類。因為其他JavaBean不能用作ActionForm,開發人員經常建立多餘的類捕獲輸入。動態Bean(DynaBeans)可以作為建立傳統ActionForm的選擇,但是,開發人員可能是在重新描述(建立)已經存在的JavaBean(仍然會導致有冗餘的javabean)。
Struts 2直接使用Action屬性作為輸入屬性,消除了對第二個輸入對象的需求。輸入屬性可能是有自己(子)屬性的rich物件類型。Action屬效能夠通過web頁面上的taglibs訪問。Struts2也支援ActionForm模式。rich物件類型,包括業務對象,能夠用作輸入/輸出對象。這種ModelDriven 特性簡化了taglib對POJO輸入對象的引用。
運算式語言:
Struts1 整合了JSTL,因此使用JSTL EL。這種EL有基本對象圖遍曆,但是對集合和索引屬性的支援很弱。
Struts2可以使用JSTL,但是也支援一個更強大和靈活的運算式語言--"Object Graph Notation Language" (OGNL).
綁定值到頁面(view):
S......餘下全文>>
XP會不會比98更加充分的發揮硬體的性可以,從而使遊戲運行更順暢?
作為服役十餘年的系統,它已經迎來了自己的歸宿。現在,全世界的網友不禁為這一頑強存在於microsoft十餘載的系統肅然起敬。只有不斷地探索、嘗試、創新,才能使系統運行更人性化。這一點,是XP無法與7和8.1相媲美的。