如何避免垂头丧气？

我的问题是关于超类Animal的特殊情况。

1. 我Animal可以moveForward()和eat()。
2. Seal延伸Animal。
3. Dog延伸Animal。
4. 还有一个特殊的生物也Animal被称为Human。
5. Human还实现了方法speak()（不是由实现Animal）。

在接受抽象方法的实现中，Animal我想使用该speak()方法。如果不进行低调，这似乎是不可能的。杰里米·米勒（Jeremy Miller）在他的文章中写道，沮丧的气味。

在这种情况下，如何避免垂头丧气呢？

如果您有一种方法需要知道特定类的类型Human才能执行某项操作，那么您将违反一些SOLID原则，尤其是：

• 开放/封闭原则-将来如果您需要添加一种可以说话的新动物类型（例如鹦鹉），或对该类型进行特定操作，则现有代码必须进行更改
• 接口隔离原理-听起来您泛化得太多。动物可以覆盖各种各样的物种。

我认为，如果您的方法需要特定的类类型，请调用该特定方法，然后将该方法更改为仅接受该类，而不接受其接口。

像这样的东西：

public void MakeItSpeak( Human obj );

而不像这样：

public void SpeakIfHuman( Animal obj );

问题不在于您向下转换-而是您向下转换到Human。而是创建一个接口：

public interface CanSpeak{
    void speak();
}

public abstract class Animal{
    //....
}

public class Human extends Animal implements CanSpeak{
    public void speak(){
        //....
    }
}

public void mysteriousMethod(Animal animal){
    //....
    if(animal instanceof CanSpeak){
        ((CanSpeak)animal).speak();
    }else{
        //Throw exception or something
    }
    //....
}

这样，条件不是动物是Human-条件是它会说话。只要实现mysteriousMethod，这意味着可以与其他非人类子类Animal一起使用CanSpeak。

您可以将“交流”添加到“动物”。狗吠，人类说话，海豹..呃..我不知道海豹是做什么的。

但这听起来像您的方法设计为if（Animal is Human）Speak（）;

您可能要问的问题是，替代方案是什么？很难给出建议，因为我不确定您要实现的目标。在某些理论情况下，向下转换/向上转换是最佳方法。

在这种情况下，默认实现speak()的AbstractAnimal类将是：

void speak() throws CantSpeakException {
  throw new CantSpeakException();
}

到那时，您已经在Abstract类中有了一个默认实现-它的行为正确。

try {
  thingy.speak();
} catch (CantSeakException e) {
  System.out.println("You can't talk to the " + thingy.name());
}

是的，这意味着您已经在代码中分散了try-catching以处理every speak，但是替代方法是if(thingy is Human)包装所有语音。

例外的优点是，如果您在某个时候有另一种说话的东西（一只鹦鹉），则无需重新实现所有测试。

向下转换有时是必要且适当的。特别是，在以下情况中通常是合适的：一个人拥有可能具有或不具有某种能力的对象，并且希望在存在某种能力时以某种默认方式处理没有该能力的对象时使用该能力。举一个简单的例子，假设String询问a是否等于其他任意对象。为了String使另一个相等String，它必须检查另一个字符串的长度和支持字符数组。如果String询问a是否等于a Dog，则它不能访问的长度Dog，但不必访问；相反，如果String应该与a比较的对象不是aString，则比较应使用默认行为（报告其他对象不相等）。

垂头丧气的时候应该被认为是最可疑的，那是当“知道”被投射的物体属于正确的类型时。通常，如果已知一个对象是a Cat，则应使用type Cat的变量而不是type的变量Animal来引用它。有时候，这有时并不总是有效的。例如，一个Zoo集合可能将对象对保存在偶数/奇数阵列插槽中，期望每对对象能够互相作用，即使它们不能作用于其他对象对中也是如此。在这种情况下，每对对象仍然必须接受非特定的参数类型，以便可以从语法上将其他任何对的对象传递给它们。因此，即使Cat的playWith(Animal other)方法仅在other是a 时才有效Cat，则Zoo需要能够将an的元素传递给它Animal[]，因此其参数类型必须是Animal而不是Cat。

在合理地不可避免的情况下，人们应该毫无保留地使用它。关键问题是确定何时可以明智地避免降频，并在合理可能的情况下避免降频。

在接受动物的抽象方法的实现中，我想使用speak（）方法。

您有几种选择：

• 使用反射调用（speak如果存在）。优势：无需依赖Human。缺点：现在对“说话”这个名称有一个隐藏的依赖性。

• 引入一个新接口Speaker并向下转换到该接口。这比根据特定的混凝土类型更灵活。它的缺点是必须修改Human才能实现Speaker。如果您无法修改，则无法使用Human

• 下注至Human。这样做的缺点是，每当您要讲另一个子类时，都必须修改代码。理想情况下，您希望通过添加代码来扩展应用程序，而无需反复返回并更改旧代码。