Question

我目前正面临设计问题，并希望就如何解决它提出建议：

问题

我将用一个例子来说明我的问题，这只是一个例子：

假设您有一个名为Pass的接口，其中列出了方法：

public interface Pass {
  public boolean hasPassedA();
      public boolean hasPassedB();
      public boolean hasPassedC();
}

假设您有一个实现此接口的类，名为Assessor：

public class Assessor implements Pass{
// how should I implement this class ?? 
}

最后学生班：

public class Student {
  // some code that defines student behaviour not important.
}

那么问题是如何使评估者和学生对象之间的互动更加灵活？

我注意到，Assessor对象应该是抽象的，因为实际上没有评估者这样的东西，而是你有不同类型的评估者，如数学评估员或英语评估员等，将允许我创建不同类型的Assessor对象，例如

MathAssessor extends Assessor
EnglishAssessor extends Assessor

如果Pass接口中声明的所有方法都返回true，并且subjectAssessor类中的所有其他方法都返回true，则Student可以传递。

我在Assessor课程中该怎么办？我已经阅读过有关适配器设计模式的内容，但还没有完全理解这个概念，或者它是否适用于这种情况？

Answer 1

首先，您拥有的Pass界面不够灵活，这可能会带来困难。例如，如果Pass的一个实现只需要hasPassedA，或者你有一个需要hasPassedA，hasPassedB，hasPassedC和hasPassedD的实现，该怎么办？然后各种类型的评估员需要确定要检查的通过条件。

更灵活的方法可能是做这样的事情。可能类似于Condition接口（类/接口的名称应该更改为对您的域有意义）而不是具有Pass接口。

public interface Condition {

   // true means the condition passed, false means it did not
   boolean evalutate();
}

现在你可以拥有一个评估员课程（我不确定这是否正是评估员的工作方式，但这只是一个指导原则）：

public class Assessor {

   boolean assess(Collection<Condition> conditions) {
      for (Condition c : conditions) {
        if (!c.evaluate()) {
           return false;
        }
      }
      // all conditions passed
      return true;
   }
}

希望这有助于解决您的问题。

Answer 2

首先，要回答有关适配器模式的问题，这里不适用。您使用适配器模式在两个不兼容的系统之间添加一个层，以允许它们来回传递数据。

使用你的例子，我建议在Assessor中编写hasPassed_（）方法的默认实现，即使实现只是抛出一个新的UnsupportedOperationException（回答关于如果特定的Assessor只需要一个子集的问题） hasPassed_（）方法只能覆盖你需要的方法。您可以修改主题评估员（例如MathAssessor，EnglishAssessor等）。在调用super.hasPassed_（）之前，将Pass方法更具体或提供额外的检查（具体取决于您的具体实现）。

使用Java接口验证对象

2 个答案: