秘密握手反模式

我刚刚遇到了一个我以前见过的模式,我想对此征求意见。所讨论的代码涉及这样一个接口:

public interface MyCrazyAnalyzer {
    public void setOptions(AnalyzerOptions options);
    public void setText(String text);
    public void initialize();
    public int getOccurances(String query);
}

预期用途如下:

MyCrazyAnalyzer crazy = AnalyzerFactory.getAnalyzer();
crazy.setOptions(true);
crazy.initialize();
Map<String, Integer> results = new HashMap<String, Integer>();
for(String item : items) {
    crazy.setText(item);
    results.put(item, crazy.getOccurances);
}

这其中有些原因。settext(…)和getOccurences(…)存在,因为在对数据进行同样昂贵的分析之后,可能需要执行多个查询,但可以将其重构为结果类。

为什么我认为这是如此糟糕:实现以一种接口没有明确指示的方式存储状态。我也看到过类似的事情,涉及一个需要调用“PrepareResult”然后调用“GetResult”的接口。现在,我可以想到使用这些特性的设计良好的代码。HadoopMapper接口扩展了JobConfigurable和Closeable,但是我看到了很大的不同,因为它是一个使用用户代码实现这些接口的框架,而不是一个可以有多个实现的服务。我认为任何与包含必须调用的“close”方法相关的事情都是合理的,因为没有任何其他合理的方法可以做到这一点。在某些情况下,如JDBC,这是抽象泄漏的结果,但在我所想的两段代码中,很明显这是由于程序员匆忙向一个意大利面代码类添加一个接口来清理它。

我的问题是:

1. 每个人都同意这是一个设计糟糕的界面吗?
2. 这是描述的反模式吗?
3. 这种初始化是否曾经属于接口?
4. 这对我来说是否仅仅是错误的,因为我喜欢功能风格和不变性?

如果这种情况很常见,需要一个名称,那么我建议对一个接口使用“秘密握手”反模式,该模式强制您在接口本身没有状态时(如集合)以特定顺序调用多个方法。