Niveles de acceso de los miembros de la clase java

Question

Me doy cuenta de que esta es una pregunta muy básica, pero es una que siempre me ha molestado. Según entiendo, si declaras un campo privado en Java, entonces no es visible fuera de esa clase. Si está protegido, está disponible para clases heredadas y cualquier cosa en el mismo paquete (corrígeme si cualquiera de esas definiciones es incorrecta).

¿Esto significa que no es posible declarar un campo que solo es accesible para las clases heredadas y no para otras clases no heredadas en el mismo paquete?

Aprecio que hay formas de evitar esto, pero ¿hay casos en los que desearía tener este tipo de comportamiento?

Obviamente, la pregunta anterior se aplica tanto a los métodos como a los campos.

Muchas gracias.

Answer 1

Ver: http://java.sun.com/docs/books/tutorial/java/javaOO/accesscontrol.html
Paquete> Subclases, nunca puede tener un campo solo visible por subclases pero no por clases del mismo paquete.

Answer 2

Básicamente:

• privada: Accesible sólo por la clase.
• public: Accesible por cualquier clase.
• protected: Accesible por la clase, todas las clases heredadas y las clases del paquete actual (editado).
• sin alcance definido: Accesible para todas las clases del paquete actual.

más información here.

Answer 3

Sí, el acceso protegido de Java es un poco extraño de esa manera. No puedo ver de inmediato por qué es deseable en absoluto. Personalmente, no me molesta campos ya que no me gustan los campos no privados de todos modos (que no sean constantes), pero lo mismo es cierto para los demás miembros.

.NET no tiene el concepto de visibilidad de acceso de paquete/espacio de nombres, pero tiene una alternativa que es ensamblado (piense en "archivo jar" - no exactamente igual, pero cerrado). Francamente me gustaría tener espacio de nombres y opciones de visibilidad de unidad de despliegue, pero parece que estoy condenado a la decepción ...