Class TernaryTree
- Namespace
- iTextSharp.text.pdf.hyphenation
- Assembly
- iTextSharp.LGPLv2.Core.dll
Ternary Search Tree
A ternary search tree is a hibrid between a binary tree and a digital search tree (trie). Keys are limited to strings. A data value of type char is stored in each leaf node. It can be used as an index (or pointer) to the data. Branches that only contain one key are compressed to one node by storing a pointer to the trailer substring of the key. This class is intended to serve as base class or helper class to implement Dictionary collections or the like. Ternary trees have some nice properties as the following: the tree can be traversed in sorted order, partial matches (wildcard) can be implemented, retrieval of all keys within a given distance from the target, etc. The storage requirements are higher than a binary tree but a lot less than a trie. Performance is comparable with a hash table, sometimes it outperforms a hash function (most of the time can determine a miss faster than a hash). The main purpose of this java port is to serve as a base for implementing TeX's hyphenation algorithm (see The TeXBook, appendix H). Each language requires from 5000 to 15000 hyphenation patterns which will be keys in this tree. The strings patterns are usually small (from 2 to 5 characters), but each char in the tree is stored in a node. Thus memory usage is the main concern. We will sacrify 'elegance' to keep memory requirenments to the minimum. Using java's char type as pointer (yes, I know pointer it is a forbidden word in java) we can keep the size of the node to be just 8 bytes (3 pointers and the data char). This gives room for about 65000 nodes. In my tests the english patterns took 7694 nodes and the german patterns 10055 nodes, so I think we are safe. All said, this is a map with strings as keys and char as value. Pretty limited!. It can be extended to a general map by using the string representation of an object and using the char value as an index to an array that contains the object values. @author cav@uniscope.co.jppublic class TernaryTree : ICloneable
- Inheritance
-
TernaryTree
- Implements
- Derived
- Inherited Members
Fields
BlockSize
We use 4 arrays to represent a node. I guess I should have created a proper node class, but somehow Knuth's pascal code made me forget we now have a portable language with memory management and automatic garbage collection! And now is kind of late, furthermore, if it ain't broken, don't fix it.
protected static int BlockSize
Field Value
Eq
Pointer to equal branch and to data when this node is a string terminator.
protected char[] Eq
Field Value
- char[]
Freenode
protected char Freenode
Field Value
Hi
Pointer to high branch.
protected char[] Hi
Field Value
- char[]
Kv
This vector holds the trailing of the keys when the branch is compressed.
protected CharVector Kv
Field Value
Length
protected int Length
Field Value
Lo
Pointer to low branch and to rest of the key when it is stored directly in this node, we don't have unions in java!
protected char[] Lo
Field Value
- char[]
Root
protected char Root
Field Value
Sc
The character stored in this node: splitchar Two special values are reserved: 0x0000 as string terminator 0xFFFF to indicate that the branch starting at this node is compressed This shouldn't be a problem if we give the usual semantics to strings since 0xFFFF is garanteed not to be an Unicode character.
protected char[] Sc
Field Value
- char[]
Properties
Keys
public TernaryTree.Iterator Keys { get; }
Property Value
Size
public int Size { get; }
Property Value
Methods
Balance()
Balance the tree for best search performance
public void Balance()
Clone()
public object Clone()
Returns
Find(char[], int)
public int Find(char[] key, int start)
Parameters
Returns
Find(string)
public int Find(string key)
Parameters
key
string
Returns
Init()
protected void Init()
Insert(char[], int, char)
public void Insert(char[] key, int start, char val)
Parameters
Insert(string, char)
Branches are initially compressed, needing one node per key plus the size of the string key. They are decompressed as needed when another key with same prefix is inserted. This saves a lot of space, specially for long keys.
public void Insert(string key, char val)
Parameters
InsertBalanced(string[], char[], int, int)
Recursively insert the median first and then the median of the lower and upper halves, and so on in order to get a balanced tree. The array of keys is assumed to be sorted in ascending order.
protected void InsertBalanced(string[] k, char[] v, int offset, int n)
Parameters
Knows(string)
public bool Knows(string key)
Parameters
key
string
Returns
PrintStats()
public virtual void PrintStats()
Strcmp(char[], int, char[], int)
Compares 2 null terminated char arrays
public static int Strcmp(char[] a, int startA, char[] b, int startB)
Parameters
Returns
Strcmp(string, char[], int)
Compares a string with null terminated char array
public static int Strcmp(string str, char[] a, int start)
Parameters
Returns
Strcpy(char[], int, char[], int)
public static void Strcpy(char[] dst, int di, char[] src, int si)
Parameters
Strlen(char[])
public static int Strlen(char[] a)
Parameters
a
char[]
Returns
Strlen(char[], int)
public static int Strlen(char[] a, int start)
Parameters
Returns
TrimToSize()
Each node stores a character (splitchar) which is part of some Key(s). In a compressed branch (one that only contain a single string key) the trailer of the key which is not already in nodes is stored externally in the kv array. As items are inserted, key substrings decrease. Some substrings may completely disappear when the whole branch is totally decompressed. The tree is traversed to find the key substrings actually used. In addition, duplicate substrings are removed using a map (implemented with a TernaryTree!).
public void TrimToSize()