一个用于格式化/统计文本的可扩展框架

核心提示： - 效率和灵活性的矛盾该框架在处理效率上并非最优，但与之相比，一个用于格式化/统计文本的可扩展框架(8)，框架所具有的灵活性和可扩展性更具吸引力，因此在仔细权衡了这对矛盾之后，若需求相对稳定，可以考虑加入TextFormator的extend部分，我选择了后者，- 目前框架中不甚满意及可以

- 效率和灵活性的矛盾

该框架在处理效率上并非最优，但与之相比，框架所具有的灵活性和可扩展性更具吸引力，因此在仔细权衡了这对矛盾之后，我选择了后者。

- 目前框架中不甚满意及可以改进的几个地方

- LineFormator在作为统计分析用的时候，某些接口和代码是多余的，虽然这并不影响使用。

- 现有的框架在解析具体文本时，是通过定义ParseHandler的派生类来实现的。这样做的副作用是为了支持新类型文本的解析，需要改动源代码，以添加新的ParseHandler的派生类。另一种可行的方案是定义一个template文件，将与解析新类型文本相关的信息放入其内。这样，每次无需改动源码，而只需修改template文件即可。但是，这样做就需要合理抽取各种程序设计语言的共同特点以形成template，对框架代码的要求，也相应提高了。

- 对于框架扩展的一些建议

- 目前的框架并没有GUI界面，所提供的演示例程也仅是在命令行状态下运行，在将来的扩展中，希望可以加入GUI特性，但是作为扩展，这不应该属于框架的范畴。

- 关于扩展该框架时namespace的命名建议：

- 对于框架之上parse handler的扩展，若适用于多种程序设计语言，则采用形如TextFormator::XXX的命名方式，XXX代表具体的parse handler（比如：TextFormator::StringParseHandler）。若仅适用于一种程序设计语言，则采用形如TextFormator::Language_Name::XXX的命名方式，Language_Name代表语言名称（比如：TextFormator::Pascal::CommentParseHandler）

- 对于某些具体应用，若需求相对稳定，可以考虑加入TextFormator的extend部分，并采用形如TextFormator::Util_Name::XXX的命名方式，Util_Name代表应用名称（比如：TextFormator::Htmlize::BodyFormatHandler）