2009-11-06 59 views
6

我注意到,Lucene的最近發佈的V2.9(9月25日,今年 - 2009年),而Lucene.Net似乎是V2.0(發佈早在2007年):原始的背後是Lucene.Net?

  • 是否V2。 Lucene.net的0對應於原始Apache Lucene v2.0中的特性
  • 自2007年以來,Apache Lucene的改進是否足以保證考慮使用Java版本(與某些互操作)相反?

回答

6

的Java和.NET版本之間的版本號匹配 - .NET版本的Java版本(所以是的,在Lucene.net的V2.0的功能符合直接端口到原始Apache Lucene v2.0中的特性)。

有可用的Lucene.Net v2.0以上的版本。在Lucene.Net用戶列表中,最近宣佈v2.9的端口正在進行中,並且即將進行測試。我在生產應用程序中使用Lucene.Net v2.3.2(於2009年7月24日發佈),沒有任何問題。還有一個後來的v2.4於2009年8月19日發佈。

Lucene.Net項目頁面的news page有一個完整的發佈列表。

+0

您可以在SVN源代碼的「tags」文件夾下找到@adrianbanks提到的Lucene.Net庫的更新版本。我們目前正在使用v2.4標籤,到目前爲止它工作正常。 – dthrasher 2010-02-10 16:49:12

2

他們在SVN回購中有更多更新的版本。 對於所有基本的東西,我認爲它工作得很好。 我敢肯定,在角落案例中,最新的JAVA版本將它列出來,但對於基本的東西,你應該沒問題。

See here

0

這取決於您的項目需求和整體架構。如你所知,Lucene是一個類庫,而不是一個獨立的服務,所以很可能你會用.NET(c#)或Java編寫使用lucene庫的代碼。如果您的項目的其餘部分是.NET,那麼使用Lucene.NET端口可能更有意義,即使它位於Java版本的後面。另一方面,如果您需要非常通用的Lucene功能,則可以將SOLR用作獨立服務,然後使用Web服務從其他組件(如.NET服務,網站前端等等。Lucene.NET和Java版本之間並沒有太大的差別,主要是性能上的一些改進,以及對範圍查詢的一​​些修復/更改,以及更多的有效負載支持,但這些主要是您可能不需要的高級功能。我們使用Lucene.NET 1.9,它非常穩定,速度非常快。我們有超過2億個文件,分佈在大約8個索引上。

相關問題