哪些接口改为抽象类

CommonTemplate([url]http://commontemplate.org[/url])开始是以接口驱动设计的，
core(API)包和config(SPI)包全部为接口，
准备发布正式版，保持API等向前兼容，为了项目的可维护性，需要将一些接口改成抽象类，
抽象类比接口的最大优势是能够在后续版本添加方法，并保持向前兼容(提供一个默认实现或空实现或抛出不支持异常都可以)。
就这一点，很明显，Context(包括GlobalContext,LocalContext)，Configuration(包括DirectiveConfiguration,ExpressionConfiguration)必需改成抽象类，
因为当升级版本，需要为Context提供更多外部交互功能时，肯定要增加方法，
而如果新版本的引擎实现需要更多配置信息时，Configuration也需要增加方法，并提供默认配置信息以向前兼容。
当然只这样考虑抽象类的使用是很狭义的，按理论is-a而非has-a或like-a的都应是类，而非接口，
这样感觉TemplateSource, Template也应该改成抽象类，
相应的Directive(包括BlockDirective), Expression(包括Operator,BinaryOperator,UnaryOperator)是否也应该如此呢?
但Directive等在AOP时使用了代理等方式，使用接口更易实现。
思考...