Есть пара простых вопросов, на которые у меня имеющиеся источники дают противоречивые ответы :
1) Объясняите, плиз, в чем разница в видимости :
c protected и без модификатора вовсе
2) В одной книжке у меня написан еще такой вариант видимости private protected , но он у меня не работает - это ошибка в книжке ?

2 _Гость_ >
Я покорно прошу написать по русски - ничего не понял.

2 Зашедший >
Guest private protected - видимо, опечатка. Такого сочетания не бывает.

глянь вот http://] http://www.codenet.ru/webmast/java/08.php

Или вот книжка Java in a Nutshell By David Flanagan
глава 3.8 Data Hiding and Encapsulation
...

[/src]Table 3.1: Class Member Accessibility

Accessible to: public protected package private
Same class yes yes yes yes
Class in same package yes yes yes no
Subclass in different package yes yes no no
Non-subclass, different package yes no no no
[/src]
Но эксперимент показывает :

2 Зашедший >
Посмотрел - книжка по JDK 1.1 - по меркам Явы это было ОЧЕНЬ давно. Видимо, синтаксис последующих версий изменился в более логичную сторону.
а разве может не соблюдаться правило совместимости снизу вверх ?

И потом, - почему в приведеном примере не доступна, по табличке выше вроде как этого не должно быть :

2 NotGonnaGetUs >
Ей. Вы чего городите товарищи?
Можно , действительно подумать , что народ городит, а на самом деле каждый прав по своему, вопросик не очень простой оказался.
И у меня он возник ,т.к. в разных книжках с точностью до наоборот написано.

А если посмотреть спецификацию Java (вот на русском языке), то там это определяется полностью, но даже по русски с трудом догадываюсь, что это такое написано :

Итак :


6.6.2 Модификатор доступа protected
Если член или конструктор объекта объявлен с модификатором доступа protected, то к нему можно обращаться вне пакета, в котором он объявлен только с помощью кода, ответственного за реализацию этого объекта.
...
но , что интересно , далее приведен интересный пример,который может при protected зациклиться :

[SRC java]
package morepoints;

public class PlusPoint extends points.Point {
// Правило :
// Если член или конструктор объекта объявлен с модификатором доступа protected, то
// к нему можно обращаться вне пакета, в котором он объявлен только с помощью кода,
// ответственного за реализацию этого объекта.

// Только при protected или public в super классе увидит super.move, а, значит, и - перекроет его !
// что и приведет к зацикливанию, а без protected в super этот move будет как-бы новым членом
public void move(int dx, int dy) {
// super.move(dx, dy); // compile-time error
moveAlso(dx, dy);
}
}
class Test {
public static void main(String[] args) {
PlusPoint pp = new PlusPoint();
pp.move(1, 1);
}
}

package points;

public class Point {
public int x, y;
int w;
protected int v;
// Правило :
// Если член или конструктор объекта объявлен с модификатором доступа protected, то
// к нему можно обращаться вне пакета, в котором он объявлен только с помощью кода,
// ответственного за реализацию этого объекта.

// без модификатора виден только в этом пакете
//protected (или public) приволит к зацикливанию!!! , т.к. не мешает перекрыть его (он виден там) в потомке вне этого пакета :
/* protected*/ void move(int dx, int dy) { x += dx; y += dy; }

public void moveAlso(int dx, int dy) { move(dx, dy); }
}

[src]

Правильный пример, но он на целен на понимание сразу нескольких аспектов java, а не только на понимание того, что такое модификаторы видимости :)
Ну в общем-то , да, но только после него я как-то почувствовал разницу между без модификатора и с protected.

Кстати, про перекрытие по-моему, ты написал с точностью до наоборот :
Если move() в класс Point будет default или private, то произойдёт перекрытие этого метода в класс PlusPoint
ведь,как раз ,гда стоит protected в родителе , тогда мы и перекрываем - мы его в потомке видим и поэтому перекрываем(полимонрфируем,пардон за выражение), когда нет protected в родителе (или private) - метод move родителя не перекрывается , т.к. вообще никак не видится потомком, и поэтому используется как бы уже новый move потомка .