将对象声明为接口有什么好处？
我注意到有些人喜欢将对象声明为它实现的接口之一， 即使在变量的范围内，也不必将其视为接口 ，例如，没有期望接口的外部API。
例如：
Map<String, Object> someMap = new HashMap<String, Object>();
或者你可以做
HashMap<String, Object> someMap = new HashMap<String, Object>();
并避免java.util.Map完全导入。
与类本身（第二个）相反，通过接口（上面的第一个）声明它有什么好处？
谢谢
问题答案：
如果以后不使用该变量，则没有优点/缺点。使用接口而不是对象的原因是为了提供更大的灵活性，但是，如果不使用该变量，则与性能方面没有什么区别。
-
问题内容： 将接口声明为抽象有什么意义？接口方法也是如此。有什么意义吗？ 例如。 问题答案： 您在哪里遇到过已发布的代码块，任何旧的Java代码库？ 这就是 JLS不得不说： 9.1.1.1抽象接口： 每个接口都是隐式抽象的。该修饰符已过时，不应在新程序中使用。 9.4抽象方法声明： 为了与Java平台的较早版本兼容，出于风格考虑，允许但不鼓励为接口中声明的方法冗余地指定abstract修饰符。
-
问题内容： 今天，我使用了Eclipse的“拉接口”重构功能来创建基于现有类的接口。该对话框提供了将新界面的所有新方法创建为“抽象”方法的功能。 那会有什么好处？ 我认为，允许您将接口方法声明为抽象的事实是该语言的多余且无害的功能，因此不建议特别提倡。 为什么Eclipse支持这种样式，或者为什么有人自愿选择支持这种样式？ 澄清：我不是在问为什么接口方法是抽象的，这是显而易见的。我想问为什么人们会
-
问题内容： 如果该方法可以声明为静态方法，则会向编译器发出警告。 [edit] Eclipse帮助中的确切引号，重点是私有和最终的： 启用后，编译器将为私有或最终方法（仅引用静态成员）发出错误或警告。 是的，我知道我可以将其关闭，但是我想知道打开它的原因吗？ 为什么将每个方法都声明为静态是一件好事？ 这会给性能带来任何好处吗？（在移动域中） 指出一种方法是静态的，我想表明您不使用任何实例变量，因此
-
我最近在Eclipse中查看了我的警告,发现了这样一个警告： 如果方法可以声明为静态，它将给出编译器警告。 [编辑]Eclipse帮助中的确切引用，强调私有和最终： 如果启用，编译器将为私有或最终的方法以及仅引用静态成员的方法发出错误或警告。 是的。我知道我可以关掉它，但我想知道打开它的原因？ 为什么将所有可能的方法声明为静态方法是一件好事呢？ 这会给性能带来什么好处吗？（在移动域中） 指出一个方
-
问题内容： 有时我们有几个类，这些类的某些方法具有相同的签名，但是与声明的Java接口不对应。例如，和（在中的其他几个 ）中都有一个方法 现在，假设我希望对具有该方法的对象进行一些操作。然后，我想有一个接口（或者自己定义），例如 这样我可以写： 但是，可悲的是，我不能： 此演员表将是非法的。编译器 知道 这 是不是 一个，因为类没有宣布实现该接口...... 然而“实际上”实现它 。 有时这会带来
-
问题内容： 我多次听说，在实例化对象时应该执行以下操作： “接口”名称=新的“类”（）; 例如，针对实现的类链表： 实现许多接口，包括队列，双端队列等。上面的代码和 要么 为什么必须同时指定两次类型？似乎多余，但oracledocs似乎没有提及。 问题答案： 在Java 7中是多余的。可以将其重写为。 你想写类似的原因： 如果您改变主意，则可以为您提供以后更改数据收集的自由。这样，您的代码将更加灵