Какая польза от создания класса внутри интерфейса и интерфейса внутри класса
NullPointerException s - исключения, возникающие при попытке использовать ссылку, которая указывает на отсутствие местоположения в памяти (null), как если бы она ссылалась на объект. Вызов метода по нулевой ссылке или попытка получить доступ к полю нулевой ссылки вызовет функцию NullPointerException. Они наиболее распространены, но другие способы перечислены на странице NullPointerException javadoc.
Вероятно, самый быстрый пример кода, который я мог бы придумать для иллюстрации NullPointerException, be:
public class Example {
public static void main(String[] args) {
Object obj = null;
obj.hashCode();
}
}
В первой строке внутри main я явно устанавливаю ссылку Object obj равной null. Это означает, что у меня есть ссылка, но она не указывает на какой-либо объект. После этого я пытаюсь обработать ссылку так, как если бы она указывала на объект, вызывая метод на нем. Это приводит к NullPointerException, потому что нет кода для выполнения в местоположении, на которое указывает ссылка.
(Это техничность, но я думаю, что она упоминает: ссылка, которая указывает на null, равна 't то же, что и указатель C, указывающий на недопустимую ячейку памяти. Нулевой указатель буквально не указывает на в любом месте , который отличается от указаний на местоположение, которое оказывается недопустимым.)
2 ответа
Организация.
Указание класса внутри интерфейса связывает этот класс непосредственно с этим интерфейсом - клиенты, использующие этот интерфейс, будут иметь доступ к этому классу и всей функциональности, которую он предоставляет.
Я видел шаблон класса внутри интерфейса, действительно только в Java 1.4 и ниже, чтобы обеспечить перечислимый тип для взаимодействия с интерфейсом - поскольку интерфейс может использовать только класс, и класс может быть защищен, клиенты, использующие интерфейс, могут принимать только экземпляры класса, определенного в интерфейсе, в качестве перечисляемых значений. Это единственный пример, который я могу придумать - я уверен, что другие существуют, но редко я вижу класс внутри используемого интерфейса.
Для перевернутого случая это все еще организация. Указание интерфейса внутри класса означает, что только этот класс должен использовать интерфейс. То, что другие классы и интерфейсы могут все еще использовать этот интерфейс, в зависимости от его уровня доступа, не имеет значения - организация документирует намерение интерфейса - для использования только в классе, который его содержит.
Если он полезен за пределами этого класса, его следует соответствующим образом переместить в его собственный тип. Таким образом, оба эти использования редки, но они в основном используются для организации кода и документирования его намерений напрямую через синтаксис Java.
Если какая-либо функциональность класса тесно связана с каким-либо интерфейсом в этой ситуации, мы объявляем класс внутри интерфейса.
Некоторое время также полезно обеспечить реализацию по умолчанию абстрактного метода внутри интерфейса.