解释器模式（interpreter）：给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。

（1），如果一种特定类型的问题发生的频率足够高，那么可能就值得将该问题的各个实例表述为一个简单语言的句子。这样可以构建一个解释器，该解释器通过解释这些句子来解决该问题。

（2），当一个语言需要解释执行，并且你可将该语言中的句子表示为一个抽象的语法树时，可使用解释器模式。

（3），容易改变和扩展文法，因为该模式使用类来表示文法规则，你可以使用继承来改变和扩展该文法。也比较容易实现文法，因为定义抽象语法树中各个节点的类实现大体类似，这些类都易于直接编写。

（4），解释器模式为文法中的每一条规则至少定义一个类，因此包含很多规则的文法可能难以管理和维护。建议当文法非常复杂时，使用其他技术如语法分析程序和编译器生成器来处理。

定制 new 和 delete：

1：了解 new-handler 的行为

（1），set_new_handler 允许客户指定一个函数，在内存分配无法满足时调用。

（2），Nothrow new 是一个颇为局限的工具，因为它只适用于内存分配；后继的构造函数还是有可能抛出异常。

2：了解 new 和 delete 的合理替换时机

（1），有许多理由需要写个自定的 new 和 delete，包括改善效能、对 heap 运用错误进行调试、收集 heap 使用信息。

今日工作总结：

（1），认识到 native window的含义。详情参考：http://blog.csdn.net/dbzhang800/article/details/7006270

（2），nativeEvent想在顶层窗体捕获事件，需要安装过滤器