-
Чӣ тавр дар Java an objectи тағирнашаванда эҷод кардан мумкин аст? Ҳамаи манфиатҳоро номбар кунед
Синфи тағирнопазир синфест, ки пас аз офариниш ҳолати онро тағир додан мумкин нест. Дар ин ҷо, ҳолати an object аслан арзишҳое ҳисобида мешаванд, ки дар мисоли синф нигоҳ дошта мешаванд, хоҳ он навъҳои ибтидоӣ ё намудҳои истинод.
Барои тағирнопазири синф, бояд шартҳои зерин риоя карда шаванд:
- Танзимкунандагон ё усулҳоеро, ки майдонҳо ё an objectҳоеро, ки ба майдонҳо ишора мекунанд, тағир медиҳанд, таъмин накунед. Танзимкунандагон тағир додани ҳолати an objectро дар назар доранд, ки мо мехоҳем дар ин ҷо пешгирӣ кунем.
- Ҳамаи майдонҳоро созед
final
ваprivate
. Майдонҳои ишорашудаprivate
аз берун аз синф дастрас нестанд ва қайд кардани онҳоfinal
кафолат медиҳад, ки шумо онҳоро ҳатто тасодуфан тағир намедиҳед. - Ба зерсинфҳо иҷозат надиҳед, ки усулҳоро бекор кунанд. Роҳи осонтарини ин кор эълон кардани синф ҳамчун
final
. Синфҳои ниҳоӣ дар Java наметавонанд бекор карда шаванд. - Ҳамеша дар хотир доред, ки мисолҳои тағирёбандаи шумо метавонанд тағирёбанда ё тағирнашаванда бошанд. Онҳоро муайян кунед ва an objectҳои навро бо мундариҷаи нусхабардорӣ барои ҳама an objectҳои тағирёбанда (намудҳои истинод) баргардонед. Тағирёбандаҳои тағирнашаванда (намудҳои ибтидоӣ) метавонанд бе ягон кӯшиши иловагӣ бехатар баргардонида шаванд.
Инчунин, шумо бояд манфиатҳои минбаъдаи синфҳои тағирнашавандаро дар хотир доред. Шояд шумо ба онҳо дар мусоҳиба ниёз доред. Синфҳои тағирнопазир:
- тарҳрезӣ, озмоиш ва истифода осон
- ба таври худкор риштаи бехатар ва ҳеҷ мушкor ҳамоҳангсозӣ надорад
- конструктори нусхабардориро талаб намекунанд
- ба шумо имкон медиҳад, ки хэшcodeро танбалӣ оғоз кунед ва арзиши баргардонидани онро кэш кунед
- вақте ки ҳамчун майдон истифода мешавад, нусхабардории бехатарро талаб накунед
Map
калидҳо ва унсурҳои хуб созедSet
(ин an objectҳо набояд ҳолати коллексияро тағир диҳанд)- Синфи худро бо як маротиба эҷод кардани он доимӣ кунед ва дубора тафтиш кардан лозим нест
- ҳамеша "атоми нокомӣ" дошта бошед (истеъдод аз ҷониби Ҷошуа Блок таҳия шудааст): агар an objectи тағирнашаванда истисноро партофт, он ҳеҷ гоҳ дар ҳолати номатлуб ё номуайян намемонад.
Посмотрите на пример, написанный в этом посте.
-
В Java передача по значению or по ссылке?
Java спецификация гласит, что все в Java передается по значению. Нет такого понятия, How «передача по ссылке» в Java. Эти условия связаны с вызовом методов и передачей переменных, How параметров метода. Хорошо, примитивные типы всегда передаются по значению без Howой-либо путаницы. Но, концепция должна быть понятна в контексте параметра метода сложных типов.
В Java, когда мы передает ссылку сложного типа How любой параметр метода, всегда address памяти копируется в новую ссылочную переменную шаг за шагом. Посмотрите на изображение:
В приведенном примере, биты address первого экземпляра копируются другой ссылочной переменной, в результате чего обе ссылки указывают на один участок памяти, где хранится an object. Помните, что присвоив второй ссылке null, вы не присвоите null первой ссылке. Но изменение состояния an object с одной ссылающейся переменной, будет отображено и в другой ссылке.
Подробности смотрите тут.
-
Какое применение блока
finally
? Гарантирует этот блок выполнение своего codeа? Когдаfinally
блок не вызывается?Блок
finally
всегда вызывается, если блокtry
существует. Это гарантирует, что блокfinally
вызывается даже, если случается неожиданное исключение. Ноfinally
является более полезным, чем просто для обработки исключений – этот блок позволяет выполнить чистку codeа, случайно обошедшего черезreturn
,continue
orbreak
. Размещение очищающего codeа в блокfinally
всегда является хорошей практикой, даже когда не ожидается ниHowих исключений.Если виртуальная машина завершает работу во время выполнения блока
try
orcatch
, тогда блокfinally
не будет выполнен. Аналогично, если нить, выполняя блокtry
orcatch
, будет прервана or убита, блокfinally
не будет выполнен, даже не смотря на то, что приложение продолжает работать. -
Почему существует два класса
Date
, один вjava.util package
а другой вjava.sql
?java.util.Date
представляет date и время, аjava.sql.Date
представляет только date. Дополнением кjava.sql.Date
является классjava.sql.Time
, который представляет только время.Класс
java.sql.Date
является субклассом (расширением) классаjava.util.Date
. Итак, что изменилось вjava.sql.Date
:toString()
формирует другое представление строки: yyyy-mm-dd- статический метод
valueOf(String)
создает date из строки с вышеуказанным представлением - исключены геттеры и сеттеры для часов, minutes и секунд
Класс
java.sql.Date
используется в JDBC и предназначен, чтобы не иметь составляющую времени, то есть часы, minutesы, секунды и миллисекунды должны быть нулю… но это не является обязательным для класса. -
Разъясните интерфейсы-маркеры.
Шаблон интерфейса-маркера – это шаблон проектирования в компьютерных науках, используемый языками программирования, которые предоставляют информацию об an objectх во время выполнения. Это предоставляет способ ассоциации метаданных класса, где язык не имеет явной поддержки таких метаданных. В Java для этого используются интерфейсы без указания методов.
Хорошим примером применения интерфейса-маркера в Java является интерфейс
Serializable
. Класс реализует этот интерфейс для указания, что его неtransient
данные могут быть записаны в поток byteов or на файловую систему.Главной проблемой интерфейса-маркера является то, что интерфейс определяет соглашение для реализующих его классов, и это соглашение наследуется всеми субклассами. Это значит, что вы не сможете «де-реализовать» маркер. В приведенном примере, если вы создадите субкласс, который вы бы не хотели сериализовать (возможно потому, что он находится в преходящем (transient) состоянии), вы должны прибегнуть к явному бросанию
NotSerializableException
. -
Почему метод
main()
объявлен Howpublic static void
?Почему public? Метод
main
имеет модификатор доступаpublic
, поэтому он может быть доступен везде и для любого an object, который захочет использовать этот метод для запуска applications. Тут я не говорю, что JDK/JRE имеют подобный повод, поскольку java.exe or javaw.exe (для windows) используют Java Native Interface (JNI) вызов для запуска метода, поэтому они могут вызвать его в любом случае, независимо от модификатора доступа.Почему static? Давайте предположим, что у нас метод
main
не статический. Теперь, для вызова любого метода вам необходим экземпляр класса. Верно? Java разрешает иметь перегруженные конструкторы, это мы все знаем. Тогда который из них должен быть использован, и откуда возьмутся параметры для перегруженного конструктора?Почему void? Нет применения для возвращаемого значения в виртуальной машине, которая фактически вызывает этот метод. Единственное, что приложение захочет сообщить вызвавшему процессу – это нормальное or ненормальное завершение. Это уже возможно используя
System.exit(int)
. Не нулевое meaning подразумевает ненормальное завершение, иначе все в порядке. -
В чем разница между созданием строки How
new()
и литералом (при помощи двойных кавычек)?Когда мы создаем строку используя
new()
, она создается в хипе и также добавляется в пул строк, в то же время строка, созданная при помощи литерала, создается только в пуле строк.Вам необходимо ознакомиться с понятием пула строк глубже, чтобы ответить на этот or подобные вопросы. Мой совет – How следует выучите класс String и пул строк.
-
Как работает метод
substring()
классаString
?Как и в других языках программирования, строки в Java являются последовательностью символов. Этот класс больше похож на служебный класс для работы с этой последовательностью. Последовательность символов обеспечивается следующей переменной:
/** The value is used for character storage. */ /** Значение используется для хранения символов */ private final char value[]; Для доступа к этому массиву в различных сценариях используются следующие переменные
/** The offset is the first index of the storage that is used. */ /** Смещение – это первый индекс используемого хранorща. */ private final int offset; /** The count is the number of characters in the String. */ /** Счет – это количество символов в строке. */ private final int count;
Каждый раз, когда мы создаем подстроку от существующего экземпляра строки, метод
substring()
только устанавливает новые значения переменныхoffset
иcount
. Внутренний массив символов не изменяется. Это возможный источник утечки памяти, если методsubstring()
использовать неосторожно:Первоначальное meaning
value[]
не изменяется. Поэтому если вы создадите строку длиной 10000 символов и создадите 100 подстрок с 5-10 символами в каждой, все 101 an objectы будут содержать один и тот же символьный массив длиной 10000 символов. Это без сомнения расточительство памяти.Этого можно избежать, изменив code следующим образом:
заменить
original.substring(beginIndex)
наnew String(original.substring(beginIndex))
, гдеoriginal
– исходная строка.Примечание переводчика: я затрудняюсь сказать к Howой версии Java это применимо, но на данный момент в Java 7 этот пункт статьи не актуален. Метод substring()
вызывает конструктор классаnew String(value, beginIndex, subLen)
, который в свою очередь обращается к методуArrays.copyOfRange(value, offset, offset+count)
. Это значит, что у нас будет каждый раз новое meaning переменнойvalue[]
, содержащее наше новое количество символов. -
Объясните работу
HashMap
. Как решена проблема дубликатов?Большинство из вас наверняка согласится, что
HashMap
наиболее любимая тема для дискуссий на интервью в настоящее время. Если кто-нибудь попросит меня рассказать «Как работаетHashMap
?», я просто отвечу: «По принципу хэширования». Так просто, How это есть.Итак, хеширование по сути является способом назначить уникальный code для любой переменной/an object после применения любой формулы/алгоритма к своим свойствам.
Определение карты (
Map
) таково: «Объект, который привязывает ключи к значениям». Очень просто, верно? Итак,HashMap
содержит собственный внутренний классEntry
, который имеет вид:static class Entry implements Map.Entry { final K key; V value; Entry next; final int hash; …//More code goes here }
Когда кто-либо пытается поместить пару ключ-meaning в
HashMap
, происходит следующее:- В первую очередь, an object ключа проверяется на
null
. Если ключnull
, meaning сохраняется в позициюtable[0]
. Потому что хэшcode дляnull
всегда 0. - Затем, следующим шагом вычисляется хэш meaning вызывая у переменной-ключа свой метод
hashCode()
. Этот хэш используется для вычисления индекса в массиве для хранение an objectEntry
. Разработчики JDK прекрасно понимали, что методhashCode()
может быть плохо написан и может возвращать очень большое or очень маленькое meaning. Для решения этой проблемы они ввели другойhash()
метод, и передают хэшcode an object этому методу для приведения этого значения к диапазону размера индекса массива. - Теперь вызывается метод
indexFor(hash, table.length)
для вычисления точной позиции для хранения an objectEntry
. - Теперь главная часть. Как мы знаем, два неодинаковых an object могут иметь одинаковое meaning хэшcodeа, How два разных an object будет храниться в одинаковом расположении в архиве [называется корзиной]?
Ответ –
LinkedList
. Если вы помните, классEntry
имеет свойство “next”. Это свойство всегда указывает на следующий an object в цепи. Такое поведение очень похоже наLinkedList
.Итак, в случае совпадений хэшcodeов, an objectы Entry хранятся в форме
LinkedList
. Когда an objectEntry
необходимо разместить на конкретном индексе,HashMap
проверяет, существует ли на этом месте другой an objectEntry
? Если там нет записи, наш an object сохранится в этом месте.Если на нашем индексе уже находится другой an object, проверяется его поле
next
. Если оно равноnull
, наш an object становится следующим узлом вLinkedList
. Если next не равноnull
, эта proceduresа повторяется, пока не будет найдено полеnext
равноеnull
.What будет, если мы добавим другое meaning ключа, равное добавленному ранее? Логично, что оно должно заменить старое meaning. Как это происходит? После определения индекса позиции для an object
Entry
, пробегая поLinkedList
, расположенному на нашем индексе,HashMap
вызывает методequals()
для значения ключа для каждого an objectEntry
. Все эти an objectыEntry
вLinkedList
имеют одинаковое meaning хэшcodeа, но методequals()
будет проверять на настоящее equalsство. Если ключ.equals(k)
будет true, тогда оба будут восприниматься How одинаковый an object. Это вызовет замену только an object-meaning внутри an objectEntry
.Таким образом
HashMap
обеспечивает уникальность ключей. - В первую очередь, an object ключа проверяется на
-
Различия между интерфейсами и абстрактными классами?
Это очень распространенный вопрос, если вы проходите собеседование на программиста уровня junior. Наиболее значимые различия приведены ниже:
- В интерфейсах Java переменные априори
final
. Абстрактные классы могут содержать неfinal
переменные. - Интерфейс в Java безоговорочно не может иметь реализации. Абстрактный класс может иметь экземпляры методов, которые реализуют базовое поведение.
- Составляющие интерфейса должны быть
public
. Абстрактный класс может иметь модификаторы доступа на любой вкус. - Интерфейс должен быть реализован ключевым словом
implements
. Абстрактный класс должен быть расширен при помощи ключевого слова extends. - В Java класс может реализовывать множество интерфейсов, но может унаследоваться только от одного абстрактного класса.
- Интерфейс fully абстрактный и не может иметь экземпляров. Абстрактный класс также не может иметь экземпляров класса, но может быть вызван, если существует метод
main()
. - Синфи абстрактӣ нисбат ба интерфейс каме тезтар аст, зеро интерфейс пеш аз даъват кардани ягон усули бекоршуда дар Java ҷустуҷӯро интизор аст. Дар аксари ҳолатҳо, ин фарқияти ночиз аст, аммо агар шумо аризаи муҳими вақтро нависед, шумо бояд ин далелро ба назар гиред.
- В интерфейсах Java переменные априори
-
Шумо кай усулҳо
hashCode()
ваequals()
?Усулҳо
hashCode()
ваequals()
дар синф муайян карда мешавандObject
, ки синфи волидайн барои ҳама an objectҳои Java мебошад. Аз ин сабаб, ҳама an objectҳои Java татбиқи асосии ин усулҳоро мерос мегиранд.Ин усул
hashCode()
барои ба даст овардани арзиши ягонаи бутуни an objectи додашуда истифода мешавад. Ин арзиш барои муайян кардани ҷойгиршавии қуттии партов истифода мешавад, вақте ки an object бояд дар сохтори додаҳо ба монанди нигоҳ дошта шавадHashTable
. Бо нобаёнӣ, усулhashCode()
як намоиши бутуни суроғаи хотираро, ки an object нигоҳ дошта мешавад, бармегардонад.Усули
equals()
, тавре ки аз ном бармеояд, барои эквивалентии an objectи оддӣ истифода мешавад. Татбиқи асосии усул ин тафтиш кардани истинодҳои ду an object барои санҷидани он, ки онҳо баробаранд.hashCode()
Дар хотир доред, ки одатан ҳангоми бекор кардани усул лозим астequals()
. Ин барои дастгирии конвенсияи умумии метод зарур астhashCode
, ки дар он гуфта мешавад, ки an objectҳои баробар бояд ҳашcodeҳои баробар дошта бошанд.Усули equals() бояд баробарии байни муносибатҳоро муайян кунад (он бояд такрорӣ, симметрӣ ва гузаранда бошад). Илова бар ин, он бояд доимӣ бошад (агар an object тағир наёфта бошад, усул бояд ҳамон арзишро баргардонад). Инчунин,
o.equals(null)
он ҳамеша бояд баргардонад false .hashCode()
инчунин бояд доимӣ бошад (агар an object дар шароити метод тағир наёфта бошадequals()
, он бояд ҳамон арзишро баргардонад.Муносибати байни ду усул ин аст: ҳамеша, агар
a.equals(b)
, пасa.hashCode()
бояд ҳамон тавре бошадb.hashCode()
.
Andrey
Сатҳи
Java Core. Саволҳои мусоҳиба, қисми 1
Барои онҳое, ки калимаи Java Core-ро бори аввал мешунаванд, инҳо асосҳои бунёдии забон мебошанд. Бо ин дониш, шумо метавонед бехатар барои таҷрибаомӯзӣ / таҷрибаомӯзӣ равед. Ин саволҳо ба шумо кӯмак мекунанд, ки дониши худро пеш аз мусоҳиба такмил диҳед ё барои худ чизи навро омӯзед. Барои ба даст овардани малакаҳои амалӣ, дар JavaRush таҳсил кунед .
GO TO FULL VERSION