Java在接口和抽象中返回类型
在那里，我被告知接口和抽象类除了方法签名(名称、参数)和返回类型之外没有实现/方法体，所以通常我们写:
public void methodName(parameters);
然而，我想知道我们能不能这样写：
public String methodName(parameters);
因为它表明，当我们创建接口或抽象类时，返回类型可以在方法中
共有1个答案
公共字符串方法名称（参数）；
肯定会成功的。下面的代码编译正常。
public interface NewInterface {
public String methodName(String parameter);
}
-
问题内容： 在面试中，有人问我以下问题。我试图回答这个问题，但是我想确切回答这个问题。 如果我可以将Abstract类模拟为Interface，为什么Java提供了Interface？ 这意味着如果在Abstract类中我可以将所有方法标记为abstract，然后abstract类将用作接口，那么为什么我需要接口。 谁能简单地解释一下我。 问题答案： 这是一个非常标准的面试问题。答案是：因为您可以
-
我想读关于抽象的文章，但读到不同的文章，我感到很困惑。 下面是我无法理解的问题： 1）“抽象是通过使用抽象类和接口实现的吗？”我对此进行了搜索，得到了三种类型的答案： 与此处解释的不同。 它们是相同的，只是不同的观点，就像这里解释的。 最后一个是抽象类用来实现抽象。 哪一个是真的？请举一个简单的例子。 2）“抽象意味着隐藏不必要的细节。比如专注于一个对象做什么而不是它是如何完成的。” 这是正确的吗
-
问题内容： 谁能告诉我完全抽象的类和接口之间到底有什么区别？ Abstract类也可以将其所有方法都作为abstract。接口的所有方法均为抽象。在这种情况下，两者之间的主要区别是什么？ 纯抽象类和接口之间是否有区别？接口有什么用？在使用接口的地方，我们可以使用纯抽象类吗？ 问题答案： 要完成以前的答案： 接口是一个“合同”。如果一个类实现一个接口，则它必须提议该接口中列出的所有服务。 抽象类是骨
-
只是延伸问题... 抽象类和接口中的相同方法 假设一个类实现了一个接口并扩展了一个抽象类，两者都有相同的方法（名称签名），但返回类型不同。现在，当我重写方法时，只有当我使返回类型与接口声明相同时，它才会编译。 另外，如果该方法在抽象类或接口中声明为private或final，会发生什么情况？ **旁注。在一次采访中，爱因斯坦先生在这个问题上坚持了相当长的时间。有没有一个流行的场景，我们这样做，或者
-
我有个愚蠢的问题。我不明白为什么使用Projections的Spring数据存储库方法会产生这个编译错误。 我有一个存储库类 和投影（我有一个大的hibernate连接对象，我只想从中得到几个字段） 当我试图从一个服务调用方法时 我这样调用服务，编译错误就在这里。 我很确定，我这里有一个非常简单的错误...
-
问题内容： 考虑一个示例（在Java中编译） 为什么必须将接口“声明”为抽象的？还有其他适用于抽象接口的规则吗？ 最后：如果过时了，为什么将它包含在Java中？有抽象接口的历史吗？ 问题答案： 为什么必须将接口“声明”为抽象的？ 不是。 接口及其方法是隐式的，添加该修饰符没有区别。 还有其他适用于抽象接口的规则吗？ 不，适用相同的规则。该方法必须由任何（具体）实现类来实现。 如果抽象已经过时，为什