kimrgrey Nov 21 2011 at 23:08

Подготовка к экзамену Oracle Certified Professional Java Programmer — Часть 1

8 min

56K

Java*

+31

Comments 30

azm Nov 22 2011 at 00:00

По-моему, всё описанное в этой статье обязан знать каждый Java-программист. Иначе он не Java-программист.

azm Nov 22 2011 at 00:09

А вот, к примеру, то, что нельзя создавать массивы параметризованных типов или как приводятся массивы ссылочных типов — более специфические знания. Хотелось бы узнать побольше о подобных тонкостях.

kimrgrey Nov 22 2011 at 00:11

Таким образом, я не Java программист :) Ну, а если серьезно, то я не согласен. К примеру, я пришел к Java из C++. Поэтому просто не задавался целью изучить нюансы языка. При этом вполне успешно зарабатываю себе на жизнь программированием на Java. А сертификация — хороший повод вернуться к основам.

azm Nov 22 2011 at 00:16

Объявления String[] s[], t; и String[][] s, t; неравноправны. Поскольку в первом случае t — одномерный массив, а во втором — двумерный. Иными словами скобки справа от идентификатора относятся к нему и только к нему.

kimrgrey Nov 22 2011 at 00:21

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

public class Application { public static void main(String[] args) { String[] s[] = new String [5][5]; s[0][0] = new String("Hello"); s[0][1] = new String ("World"); System.out.println(s[0][1]); System.out.println(s[0][0]); } };

azm Nov 22 2011 at 01:55

Ну попробуйте тогда скомпилировать следующий код:
int[] s[], t;
t = new int[1];
t[0] = new int[1];

azm Nov 22 2011 at 02:07

Пропустил пару скобок, не тот, а этот код:
int[] s[], t;
t = new int[1][];
t[0] = new int[1];
или этот:
int[] s[], t;
t = new int[1][1];

Optik Nov 22 2011 at 11:39

Простите мое невежество конечно, но разве объявление нескольких переменных в одной строке не является дурным тоном, как раз по причине ненужного усложнения для восприятия и как следствие увеличения вероятности ошибок по невнимательности? (данное предложение очевидно является примером такого кода :) )

azm Nov 22 2011 at 11:46

За такие объявления, что в моем примере, действительно нужно наказывать. Но не вижу ничего страшного таком коде — аналог структуры из C (конечно если это внутренний класс, или хотя бы не открытый):
class Coords { int x, y; }

esin Nov 22 2011 at 08:20

Вы слишком категорично написали, что члены класса, объявленные как private не наследуются. Доступа к ним из подкласса действительно нет, но фактически в подклассе они есть. Или я запутался в терминологии (что значит наследуется / не наследуется), или одно из двух.
Вот, для примера

public class TestClass 
{
	private int var;
	
	public TestClass(int var)
	{
		this.var = var;
	}
	
	public void printVar()
	{
		System.out.println("var = " + var);
	}
}

public class TestNewClass extends TestClass
{
	private float newVar; 
	
	public TestNewClass(int var)
	{
		super(var);
		this.newVar = var * 2.0f;
	}
	
	public void printNewVar()
	{
		System.out.println("newVar = " + newVar);
	}
}

public static void main(String[] args)
{
	TestNewClass tnc = new TestNewClass(8);
	tnc.printVar();
	tnc.printNewVar();
}

исправно выводит
var = 8
newVar = 16.0

MadMac Nov 22 2011 at 09:41

Вы использовали в выражении формальный параметр конструктора, а не поле суперкласса. Для проверки утверждения вам стоило бы использовать super.var, но это работать не будет т.к. поле приватное.

azm Nov 22 2011 at 11:39

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

kimrgrey Nov 22 2011 at 12:42

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

Optik Nov 22 2011 at 12:56

Если я правильно помню, то java наследование преобразует в композицию. Таким образом инициация приватных полей родителя выполняется, но потомок его просто не видит.

cursed Nov 22 2011 at 17:15

Если вызвать конструктор родителя, то будет инициализация радителя. Нет — нет.

Optik Nov 22 2011 at 18:13

А конструктор родителя разве не вызывается при создании экземпляра потомка?

cursed Nov 22 2011 at 18:26

Вызывается конструктор по умолчанию. Поля родителя инициализируются или им, или значениями по умолчанию.

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

Optik Nov 22 2011 at 19:02

Собственно напрашивается вопрос, как тогда можно создать экземпляр потомка, не проинициализировав предка. Не представляю как это возможно.

azm Nov 22 2011 at 12:59

Тонкостей в модификаторах доступа не так уж и много. Те что вы перечислили — весьма очевидны, за исключением поведения protected-членов. Кстати, и this и super — ССЫЛКИ, на текущий класс и на суперкласс соответствено. И только по ним доступны защищённые поля, будь эти ссылки указаны явно или нет.

rayevg Dec 15 2011 at 13:33

super ссылкой не является, мы можем его использовать для вызова конструктора суперкласса или для доступа к полю/методу, но мы не сможем присвоить super переменной, в отличии от this.

Object a = this; //Хорошо
Object b = super; //Ошибка компиляции

azm Nov 22 2011 at 13:06

Под наследованием подразумевается также и возможность переопределения (overriding). Если метод не наследуется — следовательно его нельзя переопределить. Поля же нельзя преопределить, будь они хоть public. И на этот нюанс, насколько мне известно, в том экзамене есть ловушки.

travmik Dec 12 2011 at 17:34

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

esin Nov 22 2011 at 15:46

Да, действительно, я неправ. Оказалось надо было просто обратиться к официальной документации Java.

A subclass does not inherit the private members of its parent class. However, if the superclass has public or protected methods for accessing its private fields, these can also be used by the subclass.

azm Nov 22 2011 at 12:04

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

Stocker Nov 22 2011 at 14:41

Огромное спасибо за статью, увидел пару моментов, которых не знал :)
Не могли бы Вы чуть подробнее пояснить фразу «Кроме того, будучи однажды унаследованным классом вне пакета, поле становится закрытым для любых классов, за исключением дальнейших наследников.» Как — то я её совсем не понял. Ерунда какая-то. Класс не может знать, унаследован ли он кем-то и уж тем более в зависимости от этого менять модификатор доступа к полю на новый, ещё неведомый науке. Вы явно говорите про что — то другое и я не могу понять про что :)

kimrgrey Nov 22 2011 at 15:42

Не за что :) Для этого и пишу. Смотрите, пусть у вас имеется базовый класс в пакете test.

package org.kimrgrey.scjp.test; public class BaseClass { protected int protectedValue; public BaseClass() { this.protectedValue = 1; } }

Как я говорил, поле protectedValue будет доступно всем членам пакета, даже если это не наследник.
Теперь вы создаете наследника в соседнем пакете — main.

package org.kimrgrey.scjp.main; import org.kimrgrey.scjp.test.BaseClass; public class OtherPackageSubclass extends BaseClass { public OtherPackageSubclass() { this.protectedValue = 2; } }

Наследник к защищенному полю доступ все еще имеет. Его соседи по пакету — нет. То есть поведение модификатора protected после наследования слегка изменилось. Это больше не доступ в том же пакете + наследники. Это я и имел в виду.

При этом есть одна деталь. Классы из пакета test не смогут получить доступ к protected полю по ссылке. Вот такой код отлично работает:

package org.kimrgrey.scjp.test; import org.kimrgrey.scjp.main.OtherPackageSubclass; public class SamePackageAccess { public SamePackageAccess() { OtherPackageSubclass a = new OtherPackageSubclass(); System.out.println(a.protectedValue); } }

kimrgrey Nov 22 2011 at 15:44

>> Классы из пакета test не смогут получить доступ к protected полю по ссылке

Опечатка. Классы из пакета test смогут получить доступ к protected полю по ссылке.

Stocker Nov 22 2011 at 17:11

Спасибо, теперь понял что Вы имели ввиду, хотя изначальная формулировка простите просто жуть :)
А так — то всё логично и понятно если понимать, что protectedValue относится к классу BaseClass и то, что наследник имеет право пользования не делает его хозяином грубо говоря. При наследовании ничего не меняется, поле не становится «закрытым для любых классов». Кто его видел — продолжают видеть, кто не видел, тот продолжает не видеть. Разница только для самого наследника. Потому что это поле по прежнему принадлежит BaseClass, а не наследнику. Можно представить как композицию, в которой ключевое слово extends даёт инкапсулируещему объекту больше прав видеть определённые члены инкапсулируемого :)

hamMElion Jan 31 2012 at 17:14

Поправьте:

a.protectedValue = 10; // Line 10: по ссылке не могут обращаться даже наследники BaseClass

на

a.protectedValue = 10; // Line 12: по ссылке не могут обращаться даже наследники BaseClass

kimrgrey Jan 31 2012 at 17:21

Спасибо, поправил. Хотя лучше все таки, на мой взгляд, замечания по опечаткам в ЛС.

Show the best of all time