本篇介绍Lucene.Net的分词过程,分析最懒惰的什么也不做的KeywordAnalyzer分词器和只用空格分词的WhitespaceAnalyzer分词器。然后粗略得到Lucene.Net的分词流程和如何简单的分词,这些是自己写分词器的基础。
1.2、分词的过程
1.2.1、分词器工作的过程
内置的分词器效果都不好,那怎么办?只能自己写了!在写之前当然是要先看看内置的分词器是怎么实现的了。从1.1分析分词效果,可以看出KeywordAnalyzer这个分词器最懒惰,基本什么事情也没做。并不是它不会做,而是我们没找到使用它的方法,就像手上拿着个盒子,不知道里面是什么,就不知道这个是干嘛的,有什么用。打开盒子,那就是要查看源代码了!
代码1.2.1.1 就是传说中的源码了。先看看注释,意思大体是“‘Tokenizes’整体的流变成一个个词。这个特别适用于邮编,ID,和商品名称。”Tokenizes应该是拆分的意思,字典上查不到这个词。
这段代码比较简单,只有两个方法,而第二个方法就是我们先前分析结果的时候用的(见段落1.1)。关键点就在于调用了KeywordTokenizer类。切到KeywordTokenizer类查看一下。
代码 1.2.1.2 就是KeywordTokenizer的源码。代码量很小,却没有完成全部工作,而是将部分工作交给了父类。关注Lucene的人都可以知道,新版本中,分词这里换掉了,现在多了一个重载的Next方法。这里不讨论为什么要加这个重载,这篇文章主要是讲应用的。因为取词是用Next方法走的,那么只需要关注Next方法就可以了。KeywordTokenizer的父类是Tokenizer,但是在Tokenizer里找不到我们想要的关系,但是Tokenizer又继承自TokenStream。查看TokenStream类。
代码 1.2.1.3
Code
1
2using System;
3
4using Payload = Lucene.Net.Index.Payload;
5
6namespace Lucene.Net.Analysis
7{
8
9 /**//// <summary>A TokenStream enumerates the sequence of tokens, either from
10 /// fields of a document or from query text.
11 /// <p>
12 /// This is an abstract class. Concrete subclasses are:
13 /// <ul>
14 /// <li>{@link Tokenizer}, a TokenStream
15 /// whose input is a Reader; and
16 /// <li>{@link TokenFilter}, a TokenStream
17 /// whose input is another TokenStream.
18 /// </ul>
19 /// NOTE: subclasses must override at least one of {@link
20 /// #Next()} or {@link #Next(Token)}.
21 /// </summary>
22
23 public abstract class TokenStream
24 {
25
26 /**//// <summary>Returns the next token in the stream, or null at EOS.
27 /// The returned Token is a "full private copy" (not
28 /// re-used across calls to next()) but will be slower
29 /// than calling {@link #Next(Token)} instead..
30 /// </summary>
31 public virtual Token Next()
32 {
33 Token result = Next(new Token());
34
35 if (result != null)
36 {
37 Payload p = result.GetPayload();
38 if (p != null)
39 {
40 result.SetPayload((Payload) p.Clone());
41 }
42 }
43
44 return result;
45 }
46
47 /**//// <summary>Returns the next token in the stream, or null at EOS.
48 /// When possible, the input Token should be used as the
49 /// returned Token (this gives fastest tokenization
50 /// performance), but this is not required and a new Token
51 /// may be returned. Callers may re-use a single Token
52 /// instance for successive calls to this method.
53 /// <p>
54 /// This implicitly defines a "contract" between
55 /// consumers (callers of this method) and
56 /// producers (implementations of this method
57 /// that are the source for tokens):
58 /// <ul>
59 /// <li>A consumer must fully consume the previously
60 /// returned Token before calling this method again.</li>
61 /// <li>A producer must call {@link Token#Clear()}
62 /// before setting the fields in it & returning it</li>
63 /// </ul>
64 /// Note that a {@link TokenFilter} is considered a consumer.
65 /// </summary>
66 /// <param name="result">a Token that may or may not be used to return
67 /// </param>
68 /// <returns> next token in the stream or null if end-of-stream was hit
69 /// </returns>
70 public virtual Token Next(Token result)
71 {
72 return Next();
73 }
74
75 /**//// <summary>Resets this stream to the beginning. This is an
76 /// optional operation, so subclasses may or may not
77 /// implement this method. Reset() is not needed for
78 /// the standard indexing process. However, if the Tokens
79 /// of a TokenStream are intended to be consumed more than
80 /// once, it is necessary to implement reset().
81 /// </summary>
82 public virtual void Reset()
83 {
84 }
85
86 /**//// <summary>Releases resources associated with this stream. </summary>
87 public virtual void Close()
88 {
89 }
90 }
91}
代码 1.2.1.3 就是TokenStream类的源码。Next(Token)方法和Next()是相互调用的关系。但是因为Next(Token)方法在KeywordTokenizer里被重写掉了,因此,这里就可以忽略TokenStream的Next(Token)方法了。
从上面代码可以看出,调用Next()方法,实际上是传递给Next(Token)方法一个新Token实例。即使直接调用Next(Token),传递一个带有数据的Token,也会先被清除。在循环中,会把构造函数传入的流缓冲进Token类的缓冲区。ResizeTermBuffer方法是自动扩容用的,就像.Net Framework里的一些类能够自然扩容一样。比如List<T>,Hashtable或StringBuilder等。这个过程看不到分词的过程。不过这样就大致明白了分词器工作的流程。
1.2.2 如何让分词器分词
知道分词器如何工作了,但是现在还不明白分词如何分词。再回到1.1.2节,看到WhitespaceAnalyzer分词器似乎是学习的好选择。因为这个分词器只有遇到空格才会进行分词操作。
根据1.2.1的经验,直接查看WhitespaceTokenizer类。
很好,这段代码很短,可是没有看到我们想要的东西。继续看父类。
天公不作美,刚看到简单的,就来了个长的。无奈中。不过为什么要多一重继承呢?那就是有其他分词器也用到CharTokenizer了。而WhitespaceTokenizer中没有重写Next方法,而只是重写了IsTokenChar方法,几乎可以肯定。这个IsTokenChar才是重点。IsTokenChar故名思意,一看注释,果然!这个方法是判断是否遇到了分词的点的。这个其实和string类的Split方法相似。注意到Next方法关于IsTokenChar逻辑那一段,恩,果然是这样分词的。实际上就是拆分字符串嘛。