TrieTree（字典树）服务（已开源）-创新互联
作者：Tony Qu
成都创新互联长期为近千家客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为隆德企业提供专业的网站建设、做网站，隆德网站改版等技术服务。拥有10年丰富建站经验和众多成功案例,为您定制开发。前言：在数据挖掘领域，.NET基本上是空白，除了分词程序外，啥都没有，大量的招聘显示数据挖掘目前是Java, C++和Python的天下。作为微软阵营的一份子，我始终认为我们不该坐以待毙，与其坐着被人看笑话，还不如勇敢的站出来，创造一个崭新的.NET未来。（话说昨天的吐槽贴不知道大家玩的尽兴不尽兴，不是有人让我给点实战的玩意来证明.NET的牛X嘛，没问题啊，我如约而至。）
Trie Tree（字典树）对很多人显得有些陌生，用一句话来概括，它可以有效加速字符串匹配速度，并且应用极其广泛，如分词、搜索、脏字过滤等。曾经写过一篇介绍TrieTree的文章，不熟悉的同学可以看一下《Trie Tree介绍及其C#实现》。
TrieTree之所以快速，和它树形存储结构很有关系，由于所有的查找都是走结点的，所以速度会比普通字符串匹配快很多，传统匹配的问题在于即使匹配不成功，每次还是要去匹配前面这些字符，而且要与每一个字典项去匹配。
举个简单的例子，假设字典里面有两句整句，如“这里是我们的地盘”，“这里是你们的”，假设我现在要匹配
“这里是他们的”，传统存储会把字典保存在List
这么好的东西怎么能没有一个通用的框架，于是我便考虑设计了TrieTree Service。TrieTree Service是一个基于Windows Service的服务，采用socket与客户端进行通讯，通讯部分使用了江大鱼的SuperSocket。（这玩意确实好用，上手也很快，我大概用了2天就把通讯部分全搞定了。）之所以采用Windows Service，主要考虑了分布式部署、以及内存空间的需求。由于TrieTree Service采用内存作为缓存空间，所以对内存是有很大需求的，如果与其他应用共享空间，在32位系统上估计很快就3GB了，根本没法用，但做成Windows Service以后，3GB至少是独享的。而且理论上我可以部署n个service，加载不同的字典，比如Service 1我加载盘古分词词典、Service 2我加载MongoDB的字典，以此类推，客户端会根据需要去访问不同的Service，从而获得足够的数据支持。
Trie Tree服务还有一个很明显的优势那就是字典资源的整合，以往如果我们要调用第三方字典库或者扩展字典库，可能必须重新写一个类来实现读，然后调用不同的接口来加载不同的字典库，现在有了Trie Tree服务，你就可以做到把几个库合并在一起，比如盘古分词的库可以和细胞词库混用，如果词重复，Trie Tree服务不会重复添加，而是在现有结点上把频率相加。例如，我本地的TrieTree服务就把盘古分词、IKAnalyzer词典、还有我自己的多个MongoDB的字典库一起加载起来运行，那效果绝对是只可意会不可言传啊，哈哈。我看了下，内存占用也不高，只有400M左右。
Trie Tree服务支持POS (Part of Speech)枚举，说通俗点就是某个词的词性，如名词、动词、代词等。目前的POSType采用了盘古分词的类型，以后会考虑扩充，目前足够了。（话说清华和北大都有一套自己的POS分类，比盘古要详细，以后会考虑支持这两个标准，因为POS的细粒度决定了最终的分词结果。）
[Flags]
public enum POSType : int
{
///
/// 形容词 形语素
///
D_A = 0x40000000,
///
/// 区别词 区别语素
///
D_B = 0x20000000,
///
/// 连词 连语素
///
D_C = 0x10000000,
///
/// 副词 副语素
///
D_D = 0x08000000,
///
/// 叹词 叹语素
///
D_E = 0x04000000,
///
/// 方位词 方位语素
///
D_F = 0x02000000,
///
/// 成语
///
D_I = 0x01000000,
///
/// 习语
///
D_L = 0x00800000,
///
/// 数词 数语素
///
A_M = 0x00400000,
///
/// 数量词
///
D_MQ = 0x00200000,
///
/// 名词 名语素
///
D_N = 0x00100000,
///
/// 拟声词
///
D_O = 0x00080000,
///
/// 介词
///
D_P = 0x00040000,
///
/// 量词 量语素
///
A_Q = 0x00020000,
///
/// 代词 代语素
///
D_R = 0x00010000,
///
/// 处所词
///
D_S = 0x00008000,
///
/// 时间词
///
D_T = 0x00004000,
///
/// 助词 助语素
///
D_U = 0x00002000,
///
/// 动词 动语素
///
D_V = 0x00001000,
///
/// 标点符号
///
D_W = 0x00000800,
///
/// 非语素字
///
D_X = 0x00000400,
///
/// 语气词 语气语素
///
D_Y = 0x00000200,
///
/// 状态词
///
D_Z = 0x00000100,
///
/// 人名
///
A_NR = 0x00000080,
///
/// 地名
///
A_NS = 0x00000040,
///
/// 机构团体
///
A_NT = 0x00000020,
///
/// 外文字符
///
A_NX = 0x00000010,
///
/// 其他专名
///
[Description("其他专名")]
A_NZ = 0x00000008,
///
/// 前接成分
///
D_H = 0x00000004,
///
/// 后接成分
///
D_K = 0x00000002,
///
/// 未知词性
///
UNKNOWN = 0x00000000,
}同时TrieTree还支持POS并集查询，如D_N|D_V，表示查词性是名词或者动词的词。、
目前TrieTree支持三种匹配命令，它们是MMFetch（Maximum Match，正向大匹配）、 RMMFetch（Reverse Maximum Match, 反向大匹配）、 ExactMatch（全字匹配）。
例如你要使用MMFetch命令搜索“我们”，直接通过socket向TrieTree Service发送“MMFetch 我们”即可。如果你想搜索词性，可以发送“MMFetch 我们
由于定义了IDataProvider接口，你可以根据需要定制自己的DataProvider。目前TrieTree Service自带了PanguDictProvider, TxtDictProvider, IKAnaylzerDictProvider。以下是IDataProvider的定义
public interface IDataNode
{
///
/// word text
///
string Word
{
get; set;
}
///
/// Part of Speech Tag Value
///
POSType POS
{
get; set;
}
///
/// frequency of the word
///
double Frequency
{
get; set;
}
}
public interface IDataProvider
{
List Load();
} 这里的IDataNode代表导入的一条条词条，当然你必须先实现这个接口。其中的POS是之前提到的词性，Frequency是频率，Word是词本身。对于没有词性和没有频率的导入项，直接忽略这两项就行了。
在BluePrint.Dictionary命名空间下面定义了一个客户端封装类DictionaryServiceClient，提供了对命令的基本封装，这样你就不用直接去和SendCommand打交道了。
public TrieTreeResult ExactMatch(string word){...}
public TrieTreeResult MaximumMatch(string word){...}
public TrieTreeResult ReverseMaximumMatch(string word){...}下载地址：https://github.com/tonyqus/TrieTreeService
另外有需要云服务器可以了解下创新互联scvps.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
名称栏目：TrieTree（字典树）服务（已开源）-创新互联
链接地址：http://hbruida.cn/article/ceoogg.html
