Могу ли я переопределить и перегрузить статические методы в Java

Могу ли я переопределить и перегрузить статические методы в Java?

На практике это означает, что que компилятор будет решать, какой метод выполнять во время компиляции, а не во время выполнения, как это происходит с переопределенными методами экземпляра.

Для аккуратного примера посмотрите здесь .

И это — документация Java, объясняющая разницу между методами экземпляра overriding и методами (статическими) класса hiding.

Overriding: Переопределение в Java просто означает, что конкретный метод будет вызываться на основе типа времени выполнения объекта и не по типу времени компиляции (что имеет место с переопределенными статическими методами)
Hiding: Статические методы родительского класса не являются частью дочернего класса (хотя они доступны), поэтому вопрос .__ не возникает. переопределяя это. Даже если вы добавите другой статический метод в подкласс, идентичный тому, что был в родительском классе, этот статический метод подкласса уникален и отличается от статического метода в родительском классе.

Статические методы не могут быть переопределены, потому что нечего переопределять, так как это будут два разных метода. Например

И да, статические методы могут быть перегружены, как и любой другой метод.

Статические методы не могут быть переопределены, поскольку они не отправляются экземпляру объекта во время выполнения. Компилятор решает, какой метод будет вызван.

Вот почему вы получаете предупреждение компилятора при написании

Статические методы могут быть перегружены (это означает, что вы можете иметь одно и то же имя метода для нескольких методов, если они имеют разные типы параметров).

Статические методы родительского класса не являются частью дочернего класса (хотя они доступны), поэтому нет необходимости переопределять его. Даже если вы добавите другой статический метод в подкласс, идентичный методу в его родительском классе, этот статический метод подкласса является уникальным и отличается от статического метода в его родительском классе.

Статические методы не могут быть переопределены, потому что они не являются частью состояния объекта. Скорее, они принадлежат классу (т.е. они являются методами класса). Можно перегрузить статические (и окончательные) методы.

Если я вызываю метод, используя имя подкласса MysubClass, тогда метод подкласса показывает, что означает, что статический метод может быть переопределен или нет

Нет, статические методы не могут быть переопределены, так как они являются частью класса, а не объекта . Но статический метод можно перегружать.

Методы static являются методами уровня class .

Концепция сокрытия используется для методов static .

Статические методы — это метод, единственная копия которого используется всеми объектами класса. Статический метод принадлежит классу, а не объектам. Так как статические методы не зависят от объектов, компилятору Java не нужно ждать создания объектов. Поэтому для вызова статического метода мы используем синтаксис вроде ClassName.method ();

В случае перегрузки методов методы должны находиться в одном классе для перегрузки. Даже если они объявлены как статические, их можно перегрузить как,

Но в случае переопределения метода метод в суперклассе и метод в подклассе действуют как разные методы. суперкласс будет иметь свою собственную копию, а подкласс будет иметь свою собственную копию, поэтому он не будет переопределен методом.

Переопределение зависит от наличия экземпляра класса. Смысл полиморфизма в том, что вы можете создать подкласс класса, и объекты, реализующие эти подклассы, будут иметь разные поведения для одних и тех же методов, определенных в суперклассе (и переопределенных в подклассах). Статический метод не связан ни с одним экземпляром класса, поэтому концепция не применима.
На разработку Java повлияли два фактора. Одна из них была связана с производительностью: было много критических замечаний по поводу того, что Smalltalk слишком медленный (сборщик мусора и полиморфные вызовы являются частью этого), и создатели Java были полны решимости этого избежать. Другим было решение, что целевой аудиторией для Java были разработчики C++. Заставить статические методы работать так, как они имеют преимущество для программистов на C++, и они были очень быстрыми, потому что не нужно ждать времени выполнения, чтобы выяснить, какой метод вызывать.

Этот пример для переопределения статического метода

Примечание: если мы вызываем статический метод со ссылкой на объект, то будет вызван статический метод ссылочного типа (класса), а не статический метод класса объекта.

Статический метод принадлежит только классу.

Сама цель использования статического метода состоит в том, чтобы получить доступ к методу класса, не создавая экземпляр для него. Не будет никакого смысла, если мы переопределим этот метод, так как к ним будет обращаться classname.method ()

Читайте так же:

Можно ли на горячую печь класть плитку

Вы можете перегрузить статический метод, но не можете переопределить статический метод. На самом деле вы можете переписать статический метод в подклассах, но это не называется переопределением, потому что переопределение должно быть связано с полиморфизмом и динамическим связыванием. Статический метод принадлежит классу, поэтому не имеет ничего общего с этими понятиями. Переписывание статического метода больше похоже на теневое копирование.

Я создаю код переопределения статического метода. Я думаю, что он легко переопределяется. Пожалуйста, объясните мне, как он не может переопределить статические члены. Вот мой код.

Перегрузка также называется статическим связыванием, поэтому, как только Word использует статическое, это означает статический метод не может показать полиморфизм во время выполнения .

Мы не можем переопределить статический метод, но наличие различных реализаций одного и того же статического метода в суперклассе и его подклассе допустимо. Просто производный класс будет скрывать реализации базового класса.

Для статических методов вызов метода зависит от типа ссылки, а не от того, на какой объект ссылается, т. Е. Статический метод принадлежит только классу, а не его экземплярам, поэтому вызов метода решается во время самой компиляции.

Принимая во внимание, что в случае перегрузки методастатические методы могут быть перегруженыiff они имеют различные числа или типы параметров. Если два метода имеют одно и то же имя и один и тот же список параметров, их нельзя определить по-разному только с помощью ключевого слова static.

Это довольно просто понять — все, что помечено как статическое, принадлежит только классу, например, статический метод не может быть унаследован в подклассе, потому что он принадлежит классу, в котором он был объявлен. См. Статическое ключевое слово.

Лучший ответ, который я нашел на этот вопрос:

Поскольку любой статический метод является частью класса, а не экземпляра, невозможно переопределить статический метод.

Нет, вы не можете переопределить статический метод. Статика разрешается против класса, а не экземпляра.

Каждый класс имеет статический метод getCName (). Когда вы вызываете имя класса, оно ведет себя так, как вы ожидаете, и каждый возвращает ожидаемое значение.

Никаких сюрпризов в этом модульном тесте. Но это не переопределение. Это объявление чего-то, что имеет конфликт имен.

Если мы попытаемся достичь статики из экземпляра класса (не очень хорошая практика), то это действительно показывает:

Несмотря на то, что cp является дочерним, статическое значение разрешается с помощью объявленного типа Parent, а не фактического типа объекта. Для нестатики это решается правильно, потому что нестатический метод может переопределить метод своего родителя.

Зачем переопределять метод clone в Java

Я сбит с толку относительно переопределения метода клонирования в классе, для которого я хочу клонировать объект.

Класс объекта имеет защищенный метод объекта , и в соответствии с защищенным поведением, которое заключается в том, что метод защищен, он может быть доступен только самому классу, подклассам класса или классам в том же пакете, что и класс .

Поскольку каждый класс в Java простирается от объекта, поэтому он должен иметь метод clone, но все же мы вынуждены переопределить clone. Зачем это нужно?

Кроме того, я читал в некоторых местах, чтобы переопределить объект клона и сделать его общедоступным. Интересно, почему это так?

Все ответы приветствуются.

5 ответов

clone() метод в Java

как я понял, метод clone() дает нам возможность копировать объект (без ссылки) в Java. Но я также читал, что копия неглубока. Так в чем же смысл? Какую способность дает мне метод clone() , чего не дает простая оценка?

Почему мы используем метод clone() в Java? (Пожалуйста, дайте ответ в отношении ограничения памяти.) Уменьшит ли это использование памяти? Если да, то как? Уменьшит ли это эффект утечки памяти?

Поскольку каждый класс в Java расширяется от объекта, он должен иметь клон метод, но все же мы вынуждены переопределить clone

Нет, вы не обязаны переопределять метод clone . При наследовании, когда вы наследуете класс, вы не обязаны переопределять его метод. Его модификатор, являющийся общедоступным или защищенным, не имеет большого значения. Однако, если вы хотите вызвать метод непосредственно по ссылке на класс super , то этот метод должен быть public . Защищенные методы доступны только через наследование. То есть вы можете получить к ним доступ только через ссылку subclass . Или, если вы переопределите метод, вы можете получить к ним доступ с помощью ключевого слова super .

Читайте так же:

Можно ли перепрошить xbox 360

Сказав это, вы не должны переопределять метод clone , так как это broken . Потому что для клонирования класса необходимо реализовать интерфейс Cloneable . И тогда ваш класс вместо этого использует метод clone класса Object . Потому что интерфейс Cloneable точно не имеет никакого метода для cloning . Вместо этого было бы лучше использовать Copy Constructor .

Для получения более подробной информации я бы предложил пройтись по этой главе Joshua Bloch’s Effective Java, которая охватывает все аспекты использования метода clone .

Я бы рекомендовал прочитать эффективное издание Java 2- го издания Джошуа Блоха. В ней есть хорошая глава, в которой обсуждается клон.

Я бы не советовал этого делать. Я считаю это ошибкой JDK 1.0. Книга сделает это более ясным.

Я бы рекомендовал вместо этого написать конструктор копирования, чтобы получить то, что вы хотите:

Во многих случаях неясно, каким должен быть клонированный объект и как он должен себя вести, поэтому, если вы хотите, чтобы ваш класс был клонируемым, вы должны сказать об этом явно, переопределив clone и сделав его общедоступным.

Случаи, когда клонирование может не иметь смысла, включают классы, представляющие какой-либо ресурс, например сетевое соединение или блокировку синхронизации. Если эти объекты могут быть клонированы, неясно, как должен вести себя клон. Например, имеет ли клон сетевого подключения собственное соединение TCP/IP или каким-то образом использует существующее?

Почему #clone() не находится в Клонируемом интерфейсе?

Я читал о правильном выполнении глубокой копии массива, однако был сбит с толку тем, как реализуется #clone() . Он является членом класса java.lang.Object , и все же, если Вы читаете javadocs: Во-первых, если класс этого объекта не реализует интерфейс Cloneable, то выбрасывается.

У меня возникли проблемы с попыткой выяснить, как вызвать метод clone из объекта, ссылка на который имеет тип интерфейса. В основном это то, что мне нужно сделать. for(Interface obj: objs) array.add(obj.clone()); Я не знаю, что такое тип obj, я просто знаю, что он реализует интерфейс, и когда я.

Clone — это метод Protected в классе Object , поэтому он доступен вам внутри класса.

О доступе — Когда метод защищен, он может быть доступен только самому классу, подклассам класса или классам в том же пакете, что и класс.

Я вижу некоторые неправильные представления о методе клонирования

метод clone() является protected внутри класса Object , поэтому вы не можете вызвать clone() вне класса. например, child.clone() , если вы не переопределите его и не сделаете доступ public
Cloneable -это интерфейс маркера, и если вы не отметите класс Cloneable , то получите CloneNotSupportedException , если вызовете метод clone()
Если класс содержит только примитивные поля или ссылки на неизменяемые объекты, то обычно не требуется изменять поля в объекте, возвращаемом super.clone .
По соглашению возвращаемый объект должен быть получен путем вызова super.clone . Если класс и все его superclasses (except Object) подчиняются этому соглашению, то будет иметь место x.clone().getClass() == x.getClass() .

Подпись метода приведена ниже

Все о ключевых словах static и final

Чтобы получить доступ к членам класса в Java, нужно сначала создать экземпляр класса, а затем вызвать членов класса с помощью переменной экземпляра. Но иногда нужно получить доступ к членам класса, не создавая никаких переменных.

В таком случае можно воспользоваться ключевым словом static , то есть объявить членов класса статическими. В Java большинство членов служебного класса являются статическими. Вот несколько примеров.

java.util.Objects содержит статические служебные операции для метода объекта.
java.util.Collections состоит исключительно из статических методов, которые работают с коллекциями или возвращают их.

Где можно употреблять ключевое слово static?

Мы можем использовать это ключевое слово в четырех контекстах:

статические методы;
статические переменные;
статические вложенные классы;
статические блоки.

Рассмотрим подробнее каждый из перечисленных пунктов.

Статические методы

Статические методы также называются методами класса, потому что статический метод принадлежит классу, а не его объекту. Кроме того, статические методы можно вызывать напрямую через имя класса.

В приведенном выше примере метод add — статический, поэтому его можно вызывать напрямую с именем класса. Нет необходимости создавать новый экземпляр класса StaticExample . Но метод multiply не является статическим. Таким образом, для нестатического метода необходимо создать новый экземпляр класса StaticExample .

Статические переменные

При создании объектов класса в Java каждый из них содержит собственную копию всех переменных класса.

Однако, если мы объявим переменную статической, все объекты класса будут использовать одну и ту же статическую переменную. Это связано с тем, что, как и статические методы, статические переменные также связаны с классом. И объекты класса для доступа к статическим переменным создавать не нужно. Например:

В приведенном выше примере normalVariable — переменная класса, а staticVariable — статическая переменная. Если вы объявите переменную, как показано ниже:

Это похоже на доступ к статической переменной через имя класса:

Здесь статические переменные — переменные уровня класса. Поэтому, если вы обращаетесь к статическим переменным через переменную экземпляра объекта, то это отражается на соответствующей статической переменной уровня класса. Таким образом, статические переменные всегда имеют одно и то же значение. Но переменная экземпляра сохраняет отдельное значение в каждом экземпляре объекта. Таким образом, приведенный выше фрагмент кода выведет:

Статические переменные — редкость в Java. Вместо них применяют статические константы. Они определяются ключевым словом static final и представлены в верхнем регистре. Вот почему некоторые предпочитают использовать верхний регистр и для статических переменных.

Статические блоки

Здесь мы видим статический блок с синтаксисом:

Статические блоки применяют для инициализации статических переменных. Статический блок выполняется только один раз, когда класс загружается в память. Это происходит, если в коде запрашивается либо объект класса, либо статические члены этого класса.

Класс может содержать несколько статических блоков, а каждый из них выполняется в той же последовательности, в которой они написаны в коде.

Вывод приведенного выше фрагмента кода выглядит следующим образом, потому что переменная staticVariable обновлена вторым значением статического блока.

Вложенный статический класс

В Java можно объявить класс внутри другого класса. Такие классы называются вложенными классами. Они бывают двух типов: статические и нестатические.

Вложенный класс является членом заключающего его класса. Нестатические вложенные классы (внутренние классы) имеют доступ к другим членам заключающего класса, даже если они объявлены приватными. Статические вложенные классы не имеют доступа к другим членам заключающего класса.

Внутренний класс по умолчанию содержит неявную ссылку на объект внешнего класса. Если вы создадите экземпляр этого объекта из кода внешнего класса, все будет сделано за вас. Если вы поступите иначе, вам необходимо предоставить объект самостоятельно.

Со статическим внутренним классом все иначе. Можно сказать, что если у внутреннего класса нет причин для доступа к внешнему, вы должны сделать его статическим по умолчанию.

В приведенном выше примере видно, что внутренний класс MyInnerClass может получить доступ ко всем методам и переменным внешнего, включая приватные переменные. Статическому внутреннему классу, напротив, недоступны какие-либо методы или переменные внешнего класса.

Читайте так же:

Можно ли найти человека по фио

Где в памяти Java хранятся статические классы и переменные?

Вплоть до 8-й версии Java статические методы и переменные хранились в пространстве permgen. Но потом было введено новое пространство памяти, называемое метапространством — в нем хранятся все эти имена и поля класса, методы класса с байт-кодом методов, пул констант, JIT-оптимизации и т. д. Причина удаления permgen в Java 8.0 в том, что очень сложно предсказать необходимый размер permgen.

Зачем нужно ключевое слово final?

В Java при объявлении сущности можно воспользоваться ключевым словом final . Оно предполагает, что значение не может быть изменено в будущем. Ключевое слово final может применяться для переменной, метода и класса.

Конечная переменная предназначена для создания постоянных значений.
Конечный метод предотвращает переопределение метода.
Конечный класс предотвращает наследование.

Что такое конечная переменная и когда ей стоит воспользоваться?

Когда переменная объявляется с помощью ключевого слова final , ее значение не может быть изменено. По сути, это константа. Это также означает, что конечную переменную необходимо инициализировать. Если конечная переменная является ссылкой, то ее нельзя будет повторно привязать к другому объекту, но внутреннее состояние объекта, на которое указывает эта ссылочная переменная, может быть изменено, т.е. вы можете добавлять или удалять элементы из конечного массива или конечной коллекции. Рекомендуется именовать конечные переменные целиком в верхнем регистре и с подчеркиванием для разделения слов.

Существует три способа инициализации конечной переменной.

Инициализировать конечную переменную, когда она будет объявлена. Это самый распространенный подход. Если конечная переменная не инициализирована при объявлении, она называется пустой конечной переменной. Ниже приведены два способа инициализации пустой конечной переменной.
Пустая конечная переменная может быть инициализирована внутри блока инициализатора экземпляра или внутри конструктора. Если в классе несколько конструкторов, то переменную необходимо инициализировать во всех из них, в противном случае во время компиляции появится ошибка.
Пустая конечная статическая переменная может быть инициализирована в статическом блоке.

Когда следует применять конечную переменную

Единственное различие между обычной и конечной переменной в том, что первой можно переприсвоить значение, а второй — нельзя. Следовательно, конечные переменные должны использоваться только для значений, которые необходимо сохранять постоянными на протяжении выполнения программы.

Где использовать конечные классы

Когда класс объявляется с ключевым словом final , он называется конечным. Конечный класс не может быть расширен (унаследован). У него есть два применения.

Первое, безусловно, заключается в предотвращении наследования, так как конечные классы не могут быть расширены. Например, все классы-оболочки, такие как Integer , Float и т. д. — конечные классы.

При попытке расширить конечный класс компилятор выдаст следующее исключение:

Другое применение final с классами заключается в создании неизменяемого класса, подобного предопределенному классу String . Нельзя сделать класс неизменяемым, не сделав его конечным.

Когда использовать конечные методы

Когда метод объявляется с ключевым словом final , он называется конечным методом. Такой метод не может быть переопределен. Это присутствует в классе Object — ряд его методов конечные. С ключевым словом final объявляются методы, для которых необходимо следовать одной и той же реализации во всех производных классах. Фрагмент ниже иллюстрирует метод с ключевым словом final :

Здесь происходит попытка переопределить метод final из родительского класса. Java этого не позволяет и выдает следующее исключение:

Переопределение метода — Method overriding

Переопределение метода в объектно-ориентированном программировании — это языковая функция, которая позволяет подклассу или дочернему классу предоставлять конкретную реализацию метода, который уже предоставлен одним из его суперклассов или родительских классов. Он допускает определенный тип полиморфизма ( подтипы ). Реализация в подклассе переопределяет (заменяет) реализацию в суперклассе, предоставляя метод с тем же именем, такими же параметрами или сигнатурой и тем же возвращаемым типом, что и метод в родительском классе. Версия выполняемого метода будет определяться объектом, который используется для его вызова. Если для вызова метода используется объект родительского класса, то будет выполнена версия в родительском классе, но если для вызова метода используется объект подкласса, то будет выполнена версия в дочернем классе. Некоторые языки позволяют программисту предотвратить переопределение метода.

СОДЕРЖАНИЕ

1 Примеры для конкретных языков

Примеры для конкретных языков

Ада по умолчанию обеспечивает переопределение метода. Чтобы способствовать раннему обнаружению ошибок (например, орфографической ошибки), можно указать, когда метод, как ожидается, будет фактически заменять или нет. Это будет проверено компилятором.

C # поддерживает переопределение методов, но только в случае явного запроса с использованием модификаторов override и virtual или abstract .

Читайте так же:

Можно ли не открывать дверь участковому

При замене одного метода другим сигнатуры двух методов должны быть идентичными (и с одинаковой видимостью). В C # все методы класса , индексаторы , свойства и события могут быть переопределены.

Невиртуальные или статические методы нельзя переопределить. Переопределенный базовый метод должен быть виртуальным , абстрактным или переопределяемым .

В дополнение к модификаторам, которые используются для переопределения метода, C # позволяет скрыть унаследованное свойство или метод. Это делается с использованием той же сигнатуры свойства или метода, но с добавлением модификатора new перед ним.

В приведенном выше примере скрытие вызывает следующее:

В C ++ нет ключевого слова, которое подкласс может использовать в Java для вызова версии суперкласса метода, который он хочет переопределить. Вместо этого используется имя родительского или базового класса, за которым следует оператор разрешения области видимости . Например, следующий код представляет два класса : базовый класс и производный класс . переопределяет метод класса , чтобы также напечатать его высоту. super Rectangle Box Box Rectangle Print

Метод в классе , вызывая родительскую версию метода , также может выводить частные переменные и базовый класс. В противном случае эти переменные недоступны для . Print Box Print length width Box

Следующие операторы будут создавать экземпляры объектов типа и и вызывать их соответствующие методы: Rectangle Box Print

В C ++ 11 , как и в Java, метод, объявленный final в суперклассе, не может быть переопределен; Кроме того, можно объявить метод, override чтобы компилятор проверял, переопределяет ли он метод в базовом классе.

Delphi

В Delphi переопределение метода выполняется с помощью переопределения директивы , но только в том случае, если метод был отмечен динамическими или виртуальными директивами.

Унаследовали зарезервированное слово должно быть названо , когда вы хотите назвать супер-класс поведения

Эйфелева

В Eiffel , функция переопределение аналогичен методу переопределяя в C ++ и Java. Переопределение — это одна из трех форм адаптации функций, классифицируемых как переопределение . Переопределение также охватывает осуществления , в котором реализация предусмотрена функция , которая была отсроченной (реферат) в родительском классе, и undefinition , в котором особенность , которая была эффективной (бетон) в родительском становится отложено снова в классе наследника. Когда функция переопределяется, имя функции сохраняется за классом-наследником, но свойства функции, такие как подпись, контракт (с учетом ограничений для предусловий и постусловий ) и / или реализация, будут отличаться у наследника. Если исходный объект в родительском классе, называемый предшественником объекта-наследника , действует, то будет действовать переопределенный объект в наследнике. Если предшественник отложен, функция наследника будет отложена.

Намерение переопределить функцию, как message в примере ниже, должно быть явно объявлено в inherit предложении класса-наследника.

В классе ADVICE функции message предоставляется реализация, которая отличается от реализации ее предшественника в классе THOUGHT .

Рассмотрим класс, который использует экземпляры как для, так THOUGHT и для ADVICE :

При APPLICATION создании экземпляра класс выдает следующий результат:

В переопределенной функции доступ к предшественнику функции можно получить с помощью ключевого слова language Precursor . Предположим, что реализация изменена следующим образом: < ADVICE >. message

Вызов функции теперь включает выполнение и дает следующий результат: < THOUGHT >. message

Джава

В Java , когда подкласс содержит метод, который переопределяет метод суперкласса, он также может вызвать метод суперкласса с помощью ключевого слова super . Пример:

Класс Thought представляет суперкласс и реализует вызов метода . Вызываемый подкласс наследует все методы, которые могут быть в классе. Однако класс переопределяет метод , заменяя его функциональность из . message () Advice Thought Advice message () Thought

super Ссылка может быть

Есть методы, которые подкласс не может переопределить. Например, в Java метод, объявленный как final в суперклассе, не может быть переопределен. Методы, объявленные частными или статическими, нельзя переопределить, потому что они неявно являются окончательными. Также невозможно, чтобы класс, объявленный final, стал суперклассом.

Котлин

В Kotlin мы можем просто переопределить такую функцию (обратите внимание, что функция должна быть open ):

Python

В Python , когда подкласс содержит метод, который переопределяет метод суперкласса, вы также можете вызвать метод суперкласса, вызвав вместо . Пример: super ( Subclass , self ) . method self . method

Рубин

В Ruby, когда подкласс содержит метод, который переопределяет метод суперкласса, вы также можете вызвать метод суперкласса, вызвав super в этом переопределенном методе. Вы можете использовать псевдоним, если хотите, чтобы переопределенный метод был доступен вне метода переопределения, как показано ниже с помощью «super_message».

голоса

Рейтинг статьи

Могу ли я переопределить и перегрузить статические методы в Java