جاوا ڪور. انٽرويو سوال، حصو 1

جاوا ۾ هڪ ناقابل قابل اعتراض ڪيئن ٺاهيو؟ سڀني فائدن جي فهرست

بدلجندڙ طبقو اهو طبقو آهي جنهن جي حالت پيدا ٿيڻ کان پوءِ تبديل نه ٿي سگهي. هتي، ڪنهن شئي جي حالت کي لازمي طور سمجهيو ويندو آهي قدرن کي هڪ ڪلاس جي مثال ۾ محفوظ ڪيو وڃي، پوءِ اُهو ابتدائي قسمون هجن يا حوالن جا قسم.

ڪلاس کي ناقابل تبديل ڪرڻ لاء، هيٺين شرطن کي پورا ڪرڻ گهرجي:

1. سيٽرز يا طريقا مهيا نه ڪريو جيڪي فيلڊز يا شيون تبديل ڪن ٿيون جيڪي فيلڊز جو حوالو ڏين ٿيون. سيٽرن جو مطلب آھي ھڪڙي شئي جي حالت کي تبديل ڪرڻ، جيڪو اھو آھي جيڪو اسان ھتي بچڻ چاھيون ٿا.
2. سڀني شعبن کي ٺاهيو final۽ private. نشان لڳل فيلڊ privateڪلاس کان ٻاهر نه پهچندا، ۽ انهن کي نشانو بڻائڻ finalيقيني بڻائي ٿو ته توهان انهن کي تبديل نه ڪندا، جيتوڻيڪ حادثي سان.
3. ذيلي طبقن کي طريقن کي اوور رائڊ ڪرڻ جي اجازت نه ڏيو. اهو ڪرڻ جو آسان طريقو اهو آهي ته ڪلاس کي final. جاوا ۾ حتمي طبقن کي ختم نه ٿو ڪري سگھجي.
4. هميشه ياد رکو ته توهان جا متغير واقعا يا ته تبديل ٿي سگهن ٿا يا غير تبديل ٿي سگهن ٿا. انهن جي وضاحت ڪريو ۽ نئين شيون واپس آڻيو نقل ڪيل مواد سان سڀني مٽائيندڙ شين لاءِ (حوالو قسم). غير متحرڪ متغير (ابتدائي قسمون) بغير اضافي ڪوشش جي محفوظ طور تي واپس ڪري سگھجن ٿيون.

انهي سان گڏ، توهان کي ياد رکڻ جي ضرورت آهي ايندڙ فائدن کي ناقابل قابل طبقن جي. توهان کي شايد ان جي ضرورت هجي هڪ انٽرويو ۾. اڻ مٽ ڪلاس:

• ڊيزائن، ٽيسٽ ۽ استعمال ڪرڻ آسان
• پاڻمرادو ٿريڊ محفوظ ۽ ڪو به هم وقت سازي وارو مسئلو ناهي
• ڪاپي ٺاهيندڙ جي ضرورت نه آهي
• توهان کي سستي طور تي هيڪ ڪوڊ شروع ڪرڻ جي اجازت ڏيو ۽ واپسي جي قيمت کي ڪيش ڪريو
• محفوظ ڪاپي جي ضرورت ناهي جڏهن فيلڊ طور استعمال ڪيو وڃي
• Mapسٺيون ڪنجيون ۽ عناصر ٺاهيو Set(اهي شيون گڏ ڪرڻ دوران حالت تبديل نه ٿيڻ گهرجن)
• پنھنجي ڪلاس کي ھڪ ڀيرو ٺاھڻ سان مستقل ڪريو، ۽ ان کي ٻيهر چيڪ ڪرڻ جي ضرورت ناھي
• هميشه "ناڪامي جوهر" (هڪ اصطلاح جيڪو جوشوا بلوچ پاران ٺاهيل آهي): جيڪڏهن هڪ ناقابل تبديل شئي هڪ استثنا اڇلائي، اهو ڪڏهن به ناپسنديده يا اڻ ڄاڻايل حالت ۾ نه رهندو.

هن پوسٽ ۾ لکيل مثال ڏسو .

جاوا ۾، قدر جي ذريعي يا حوالي سان؟

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 or break. Размещение очищающего codeа в блок finally всегда является хорошей практикой, даже когда не ожидается ниHowих исключений.

Если виртуальная машина завершает работу во время выполнения блока try or catch, тогда блок finally не будет выполнен. Аналогично, если нить, выполняя блок try or catch, будет прервана 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() объявлен How public 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 – исходная строка.

Объясните работу 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 object Entry. Разработчики JDK прекрасно понимали, что метод hashCode() может быть плохо написан и может возвращать очень большое or очень маленькое meaning. Для решения этой проблемы они ввели другой hash() метод, и передают хэшcode an object этому методу для приведения этого значения к диапазону размера индекса массива.
• Теперь вызывается метод indexFor(hash, table.length) для вычисления точной позиции для хранения an object Entry.
• Теперь главная часть. Как мы знаем, два неодинаковых an object могут иметь одинаковое meaning хэшcodeа, How два разных an object будет храниться в одинаковом расположении в архиве [называется корзиной]?

Ответ – LinkedList. Если вы помните, класс Entry имеет свойство “next”. Это свойство всегда указывает на следующий an object в цепи. Такое поведение очень похоже на LinkedList.

Итак, в случае совпадений хэшcodeов, an objectы Entry хранятся в форме LinkedList. Когда an object Entry необходимо разместить на конкретном индексе, HashMap проверяет, существует ли на этом месте другой an object Entry? Если там нет записи, наш an object сохранится в этом месте.

Если на нашем индексе уже находится другой an object, проверяется его поле next. Если оно равно null, наш an object становится следующим узлом в LinkedList. Если next не равно null, эта proceduresа повторяется, пока не будет найдено поле next равное null.

What будет, если мы добавим другое meaning ключа, равное добавленному ранее? Логично, что оно должно заменить старое meaning. Как это происходит? После определения индекса позиции для an object Entry, пробегая по LinkedList, расположенному на нашем индексе, HashMap вызывает метод equals() для значения ключа для каждого an object Entry. Все эти an objectы Entry в LinkedList имеют одинаковое meaning хэшcodeа, но метод equals() будет проверять на настоящее equalsство. Если ключ.equals(k) будет true, тогда оба будут восприниматься How одинаковый an object. Это вызовет замену только an object-meaning внутри an object Entry.

Таким образом HashMap обеспечивает уникальность ключей.

Различия между интерфейсами и абстрактными классами?

Это очень распространенный вопрос, если вы проходите собеседование на программиста уровня junior. Наиболее значимые различия приведены ниже:

• В интерфейсах Java переменные априори final. Абстрактные классы могут содержать не final переменные.
• Интерфейс в Java безоговорочно не может иметь реализации. Абстрактный класс может иметь экземпляры методов, которые реализуют базовое поведение.
• Составляющие интерфейса должны быть public. Абстрактный класс может иметь модификаторы доступа на любой вкус.
• Интерфейс должен быть реализован ключевым словом implements. Абстрактный класс должен быть расширен при помощи ключевого слова extends.
• В Java класс может реализовывать множество интерфейсов, но может унаследоваться только от одного абстрактного класса.
• Интерфейс fully абстрактный и не может иметь экземпляров. Абстрактный класс также не может иметь экземпляров класса, но может быть вызван, если существует метод main().
• هڪ خلاصو ڪلاس هڪ انٽرفيس کان ٿورو تيز هوندو آهي ڇاڪاڻ ته انٽرفيس جاوا ۾ ڪنهن به اوور رائڊ ٿيل طريقي کي ڪال ڪرڻ کان اڳ هڪ نظر جي توقع رکي ٿو. اڪثر ڪيسن ۾، اهو هڪ معمولي فرق آهي، پر جيڪڏهن توهان هڪ وقت جي نازڪ ايپليڪيشن لکي رهيا آهيو، توهان کي هن حقيقت کي حساب ۾ رکڻ جي ضرورت آهي.

جڏهن توهان طريقن کي ختم ڪندا آهيو hashCode()۽ equals()؟

طريقن hashCode()۽ equals()ڪلاس ۾ بيان ڪيا ويا آهن Object، جيڪو سڀني جاوا شين لاء والدين ڪلاس آهي. انهي سبب لاء، سڀئي جاوا شيون انهن طريقن جي بنيادي عمل کي ورثي ۾ رکن ٿيون.

اهو طريقو hashCode()استعمال ڪيو ويندو آهي هڪ ڏنل اعتراض لاء هڪ منفرد عددي قيمت حاصل ڪرڻ لاء. هي قدر استعمال ڪيو ويندو آهي ريچل بن جي مقام کي طئي ڪرڻ لاءِ جڏهن اعتراض کي ڊيٽا جي جوڙجڪ ۾ محفوظ ڪرڻ جي ضرورت آهي جهڙوڪ HashTable. ڊفالٽ طور، طريقو hashCode()ميموري ايڊريس جي هڪ انٽيجر نمائندگي ڏئي ٿو جتي اعتراض ذخيرو ٿيل آهي.

طريقو equals()، جيئن نالو مشورو ڏئي ٿو، استعمال ڪيو ويندو آهي سادي اعتراض جي برابري لاءِ. طريقي جي بنيادي عمل کي ٻن شين جي حوالن کي جانچڻ جي جانچ ڪرڻ لاء اهو آهي ته اهي برابر آهن.

ياد رهي ته اهو عام طور تي ضروري آهي ته ڪنهن طريقي کي اوور رائڊ ڪيو وڃي hashCode()جڏهن به ڪو طريقو اوور رائڊ ڪيو وڃي equals(). اهو ضروري آهي ته طريقي جي عام ڪنوينشن جي حمايت ڪرڻ لاء hashCode، جنهن ۾ چيو ويو آهي ته برابر شيون هجڻ گهرجن هاش ڪوڊس.

equals() طريقي کي لازمي طور تي لاڳاپن جي وچ ۾ برابري جو تعين ڪرڻ گهرجي (ان کي بار بار، سميٽري، ۽ ٽرانسيوٽ هجڻ گهرجي). ان کان سواء، اهو مسلسل هجڻ گهرجي (جيڪڏهن اعتراض تبديل نه ڪيو ويو آهي، طريقو ساڳيو قدر واپس ڪرڻ گهرجي). اضافي طور تي، اهو هميشه غلطo.equals(null) موٽڻ گهرجي .

hashCode()لازمي طور تي مسلسل هجڻ گهرجي (جيڪڏهن اعتراض طريقي جي حالتن ۾ تبديل نه ڪيو ويو آهي equals()، اهو ساڳيو قدر واپس ڪرڻ جاري رکڻ گهرجي.

ٻن طريقن جي وچ ۾ تعلق آهي: هميشه، جيڪڏهن a.equals(b)، پوء a.hashCode()ساڳيو هجڻ گهرجي b.hashCode().