什么是外墙类的好名字？

Question

一点背景:我们正在建立一个与科学模型合作的图书馆/框架.我们有一个接口Model,它定义了模型必须实现的操作,这是非常小的.即:Model界面从模型实现者的角度定义模型的契约.

该框架增加了大量的模型周围的其他的功能,但现在的客户端代码有使用一堆其他类,如访问功能ModelInfo,ModelHost,ModelInstance,等.

在我们使用这个框架的应用程序中,我们不希望实际上必须处理运行模型等所有这些机制.所以我们决定使用façade模式将框架功能包装在一个易于使用的框架中.使用对象.(我们已经将这种模式应用到框架的其他部分,并取得了很好的成功.)

这是一个问题:假设我们已经有了一个接口Model,那么façade类的名字是什么？ 该Model界面框架和之间的合同模型实现,以及新的类将定义框架和之间的合同客户端应用程序.

或者,更一般地说:当我们有一个库或框架提供的抽象时,我们如何命名抽象的"双方",以便清楚地识别抽象的"提供者"和"消费者"接口？

(如果重要的是,对于这个项目,我们使用的是Java 6.)

Answer 1

我知道这看起来很陈腐,但是......你考虑过使用" ModelFacade"作为门面类的类名吗？我认为文档表明界面已经被命名Model,它看起来相对简单,并且非常清楚你正在使用哪种设计模式.