Qu'est-ce que Java est 'auto' mot-clé

Je suis en train d'écrire une usine de méthode dans une classe abstraite en Java (donc je veux renvoyer une nouvelle instance de la classe étendue, plutôt que de la super-classe).

En PHP je le ferais à l'aide de la self mot-clé:

abstract class Superclass {
    public static function factory($arg) {
        return new self($arg);
    }

    private function __construct($arg) {}

    abstract public function doSomething() {}
}

Java ont un mot clé comme self je peux utiliser pour cela?

OriginalL'auteur Ross | 2011-05-26

  1. 8

    Pas; en Java, les méthodes statiques ne sont pas héritées de la même manière que les non-méthodes statiques sont. Une sous-classe d'avoir les méthodes statiques de sa super-classe, mais quand ils exécutent, ils exécutent dans le contexte de la super-classe - alors, il n'y a pas de mot-clé qui peut être utilisé dans des méthodes statiques pour savoir quelle classe, la méthode a été appelée par le biais d'.

    Edit: Une formulation plus précise que les méthodes statiques ne sont pas héréditaire; cependant, la langue nous permet d'utiliser Subclass.foo() d'appeler la méthode statique Superclass.foo().

    Basé sur ce que vous semblez vous voulez atteindre, vous pourriez vouloir mettre le Abstrait modèle de Fabrique. Il en va à peu près comme ceci:

    public abstract class Superclass {}
public class SubclassA extends Superclass {}
public class SubclassB extends Superclass {}

public abstract class AbstractFactory {
    public abstract Superclass Create();
}

public class FactoryA extends AbstractFactory {
    public Superclass Create() {
        return new SubclassA();
    }
}

public class FactoryB extends AbstractFactory {
    public Superclass Create() {
        return new SubclassB();
    }
}

    Maintenant, vous pouvez par exemple créer une méthode qui prend un AbstractFactory (qui, en réalité, sera soit un FactoryA ou un FactoryB). L'appel de Create() sur cet objet va produire un SubclassA ou un SubclassB.

    Edit: correction d'une erreur de compilation (oublié pour que les usines de prolonger AbstractFactory).

    Peut-être - dans quels contextes avez-vous besoin pour créer les instances (pourquoi avez-vous besoin de cette méthode au lieu de simplement en utilisant la sous-classe des constructeurs directement)? Avez-vous jamais besoin de créer des instances sans savoir à l'avance quel type de classe, vous en aurez besoin? Si oui, voir la mise à jour pour les exemples de code sur l'Abstrait modèle de Fabrique; sinon, ce modèle est sans doute exagéré. 🙂
    J'ai compris que tout l'intérêt est de faire la chose de dynamique.
    Veuillez expliquer; où ai-je contredire moi-même? (J'ai proposé l'Abstrait modèle de Fabrique, parce que c'est ce que j'ai pensé qu'il voulait atteindre, mais ensuite j'ai réalisé que peut-être il avait une autre intention, donc je voulais juste préciser que ce modèle n'est utile que dans certaines situations. Ou êtes-vous penser à quelque chose d'autre?)
    Ah; je suppose que vous faites allusion à mon downvote de la réponse contenant une erreur de compilation; j'ai maintenant corrigé l'erreur (au moins celle que j'ai pu observer).

    OriginalL'auteur Aasmund Eldhuset

  2. 3

    Si vous avez absolument ont pour vous pouvez utiliser cette forme de code un contexte statique:

    Class cls = new Object() { }.getClass().getEnclosingClass();
Object instance = cls.newInstance();

    Votre classe doit avoir un nullary constructeur.

    OriginalL'auteur vbence

  3. 2

    Vous avez besoin de quelques hacks pour atteindre cet objectif. D'une façon que je peux penser à obtenir c'est:

    public static <T extends SuperClass> T factory(Class<T> clazz) {
    return clazz.newInstance();
}

    OriginalL'auteur Marcelo