我一直在尋找從2.4升級到2.9,並注意到所有處理屬性的設計代碼。只是想知道如果任何人有任何意見,如果這將改變給定的.9,並且事情將在3.0時出現變化。Lucene 2.9 TokenStream API比舊的更快嗎?
我很困惑如何通過映射中的反射和存儲屬性創建屬性可以像表單一樣具有每個屬性類型的字段。
現在值得升級到2.9還是等到3.0時才確定。對我而言,今天升級並不重要。
我一直在尋找從2.4升級到2.9,並注意到所有處理屬性的設計代碼。只是想知道如果任何人有任何意見,如果這將改變給定的.9,並且事情將在3.0時出現變化。Lucene 2.9 TokenStream API比舊的更快嗎?
我很困惑如何通過映射中的反射和存儲屬性創建屬性可以像表單一樣具有每個屬性類型的字段。
現在值得升級到2.9還是等到3.0時才確定。對我而言,今天升級並不重要。
「什麼事情最終確定下來」並不是真正精確的Lucene 3.0 vs 2.9的總結。 2.9版本包含與3.0相同的更新和API更改。
所有新功能都添加到了2.4,發行版編號爲2.9(爲了明確這是一個'特殊'發行版),3.0剛剛出現並刪除了兩個「阻止回來的東西」 ':即,它將刪除所有不贊成使用的方法和類(其中許多方法和類都被擱置了很長時間),並且對Java 1.4兼容性的要求將被刪除(所以Java 1.5級別類,泛型等將成爲酌情介紹)。
基本上,不是在單個版本(意味着需要這些功能的用戶必須更改所有舊的不推薦的調用)中實現API斷點和功能的巨大飛躍,而是首先添加功能,以便人們可以利用然後集中精力去除棄用API的使用,知道3.0基本上是一個直接替代品 - 只是清理乾淨,沒有新的真實功能。
它只是在2.9和3.0新的TokenStream API是如此醜陋。鑑於TokenStreams的全部口號都是關於速度的,如何在新屬性支持幫助中使用Map等所有工廠內容? – 2009-10-13 01:30:16
我瞭解2.9版本的一些動機,以及如果將問題代碼升級到工作狀態,在正式3.0版本發佈時您將會很好,您將準備好。然而,從很快的樣子和沒有測量,我發現很難相信屬性的映射可能比簡單的值類型更快。註釋 ??? – 2009-10-15 05:12:22