接口依赖于具体类是否可以？

我在Java中为自定义错误处理程序创建接口。

想要传递一个参数错误对象，但我需要它成为Exception类的子对象。

在接口中使用我定义的类名可以吗？

就不依赖于任何实现而言，这是否会使它减少接口的数量？

我尝试做这样的事情：

public class CustomException {
    /* ... Implementation ... */
}

public interface Interface {

    void onError(CustomException ex);

}

首先，我必须指出一个事实，即CustomException它不会扩展，Exception因此它并不是真正的扩展Exception。

说：

如果您不关心Dependency Inversion Principle，那么请保持原样。一个接口依赖于具体的类是完全可以的，例如，许多接口依赖于String或Object属于具体的类。事实是，我们倾向于相信属于Java SDK的类比我们编写的类更稳定（更不容易发生代码中断更改）。

另一方面：

如果要遵循DIP（它有很多好处，是我的建议），那么您必须做以下两件事之一：

选项1

• 使CustomException抽象
• 保持void onError(CustomException ex)原样

选项2

• 制作CustomException界面
• 保持void onError(CustomException ex)原样

使用这些选项中的任何一个，您都将符合DIP，因为该接口将不依赖于任何具体的类，而仅依赖于抽象。

在依赖倒置的直接应用中，摘要归上层/策略层所有。该体系结构将较高/策略组件和定义较低服务的摘要分组在同一程序包中。通过继承/实现这些抽象类或接口来创建较低层。马丁·罗伯特·C·马丁（2003年）。

• 敏捷软件开发，原则>模式和实践。学徒大厅。第127–131页。ISBN 978-0135974445。

Tulains是正确的-接口始终依赖于具体的类。他们只是为了为自己的关注创建合同。该合同可能涉及获取和返回任何类型的数据。

请记住，在高级语言中，即使原始类型也不是那么原始。因此，无论如何，您都在处理具体类型！

我想按名称说，您的意思是实际的课程本身。如果您试图指定实际的异常类名称以通过反射来初始化相应的异常，则这不是正确的方法。

如果要在接口中使用自定义类，则当然可以在自己的接口中使用自己的类。这些类成为您的库/ API的公共接口的一部分。数据结构和异常是接口经常使用的类的一个很好的例子。

如果您需要根据上下文使用不同的异常，那么您可能会对使用泛型感兴趣。