2009-11-06 15 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个索引上。

相关问题