classe abstraite avec constructeur d'accès Api mais par défaut publié

Question

Dans l'API MIDP, il y a un public abstract class Layer, cette classe a un javadoc publié mais ne montre pas de constructeur dans le javadoc. Dans la même API, il existe deux autres classes Sprite et TiledLayer.

public class Sprite extends Layer 
public class TiledLayer extends Layer 

Toutes ces classes sont dans le paquet javax.microedition.lcdui.game

Cela signifie que le constructeur de la couche a un accès par défaut.

Je me demande pourquoi l'API de la class Layer a été publiée même si elle ne peut pas être sous-classée en code utilisateur?

Answer 1

L'interface publique de Layer est publiée car même si vous ne pouvez pas l'étendre, vous pouvez toujours l'utiliser lorsque vous référencez une instance de Sprite ou TiledLayer de façon polymorphe.

En d'autres termes, il est possible de traiter une instance de Sprite comme une instance de Layer, et en tant que tel il est important de connaître l'interface publique de Layer afin que vous sachiez ce que les membres disponibles pour travailler.

Answer 2

Le constructeur par défaut d'une classe a la même visibilité que la classe elle-même. Puisque le calque est public, son constructeur par défaut est public, donc il peut être sous-classé directement.

http://java.sun.com/docs/books/jls/third_edition/html/classes.html#8.8.9

Answer 3

Certains objets ne peuvent être obtenus en appelant les méthodes d'usine de classe (et, sans doute, vous avez remarqué que les objets GameCanvas ont des méthodes qui vous donneront des couches). D'autres exemples d'usines de classe sont dans le package XML.

Ils auraient pu déclarer Couche finale mais Couche est sous-classée par les autres classes du package et cette option était donc désactivée. Mais, en général, c'est juste un moyen d'empêcher le sous-classement (si l'utilisation de final n'est pas une option).