无法实现的接口方法的正确行为

Question

如果我有一个需要实现接口的类，但该接口上的一个或多个方法在这个特定类的上下文中没有意义，我该怎么办？

例如，假设我正在实现一个适配器模式，我想通过包装一些不可变对象并将其数据作为键/值对公开来创建一个实现java.util.Map的包装类。 在这种情况下，put和putAll方法没有意义，因为我无法修改底层对象。 所以问题是这些方法应该做什么？

Answer 1

任何无法根据接口的语义实现的方法都应该抛出UnsupportedOperationException 。

Answer 2

这取决于您的商业案例。 2个选项：

• 没做什么。
• 抛出UnsupportedOperationException 。

使用哪个更有意义。 如果你什么也不做，你就不遵守接口的合同。 但是，抛出运行时异常会对调用代码造成严重破坏。 因此，必须根据您将如何使用该类来做出决定。 如果可能，另一种选择是使用更简单或不同的界面。

请注意，Java库在只读集合的特定情况下是异常路由。

---

下面指出UnsupportedOperationException是java集合框架的一部分。 如果您的情况不在集合中，并且语义困扰您，您可以滚动自己的NotImplementedException ，或者如果您已经在使用commons-lang，则可以使用它们 。

Answer 3

Java提供的只读集合在写入操作期间抛出UnsupportedOperationException已经是一个不幸的设计攻击。 集合类应该使用单独的只读和只写接口编写，这些接口都由完整的读写接口继承。 然后你知道你得到了什么。

Answer 4

你的两个选择只是：

1. 没做什么。
2. 抛出一个例外。

两者都有缺点。 在第一种情况下，通过使用空方法，您可能会误导程序员思考您的数据发生了什么。 第二种情况打破了接口固有的多态性的整体思路。

Answer 5

请注意，由于Java Collections Framework的特定属性，UnsupportedOperationException只是正常的，允许实现“自动”实现接口的一部分，因为它们是不可变的。

所以对put（）来说没问题（假设所有mutator方法都做同样的事情），但是从size（）方法抛出UnsupportedOperationException的Map就会被破坏。 如果你试图实现一种不知道它有多大的地图，你可能会遇到麻烦（尽管有时你可以返回Integer.MAX_VALUE）。

另请注意，UnsupportedOperationException的类文档说它是Java Collections Framework的一部分。 在集合框架之外，不期望抛出UnsupportedOperationException，并且可能导致普通的客户端代码不起作用。 当然，这是一个RuntimeException，但仅仅因为你可以抛出它并不意味着你的方法总能工作。

相反，你可以重构接口（可能将它分成两部分），或者重新考虑为什么这个类声称它是一个Foo，当它显然不是，因为它不能做Foos被定义为能够的东西做。