Initialiser le champ avant le super constructeur d'exécution?

En Java, est-il possible d'initialiser un champ avant le super constructeur fonctionne?

Même le plus laid des hacks je peux venir avec sont rejetés par le compilateur:

class Base
{
    Base(String someParameter)
    {
        System.out.println(this);
    }
}

class Derived extends Base
{
    private final int a;

    Derived(String someParameter)
    {
        super(hack(someParameter, a = getValueFromDataBase()));
    }

    private static String hack(String returnValue, int ignored)
    {
        return returnValue;
    }

    public String toString()
    {
        return "a has value " + a;
    }
}

Remarque: Le problème a disparu quand je suis passé de l'héritage de la délégation, mais je voudrais quand même savoir.

êtes-vous essayer de pré-initialiser le champ a?
Je ne pense pas que vous pouvez le faire. Tout d'initialisation que vous faites dans une classe (même si c'est en dehors du constructeur) est déplacé à chaque constructeur après la super appel. Ainsi, le super constructeur est toujours exécuté avant que le champ de l'initialisation.
depuis a n'est accessible que dans Derived, pourquoi est-il important qu'il obtient initialisé avant super() est appelé? Initialisation après ne pas faire une différence dans l'exemple de votre fournir (sauf si vous appelez une méthode surchargée à partir du constructeur de Base, qui commence à avoir une odeur assez louche).
Efficace Java Article 17: "les Constructeurs ne doivent pas invoquer des méthodes substituables, directement ou indirectement, ( ... ) Si la méthode de remplacement dépend de l'initialisation effectuée par le constructeur de sous-classe, la méthode ne fonctionnera pas comme prévu."
peut une dernière variable sera initialisée dans le constructeur?
Ouais, bien sûr. Recherchez Immuable classes.
Din sais pas qui! Merci.
Laide Hack: Créer la classe Dérivée directement dans le bytecode java comme dans cette réponse: stackoverflow.com/questions/3278865/...
En fait, cela fait une différence dans mon exemple, car System.out.println(this) appelle en interne toString(), qui est surchargé d'imprimer la valeur de a.
Oui, c'était mon point de vue - c'est la seule situation où il fait la différence et qui vous voudrez probablement à éviter.
Je pense que ce qu'on a une meilleure solution qui peut être aussi bien utilisé pour ceci: stackoverflow.com/questions/2303604/..., Peut-être au lieu d'un hack() fonction que vous aurez besoin de faire un Hack de la classe, et vous pouvez vraiment utiliser la solution dans le lien

InformationsquelleAutor fredoverflow | 2013-03-28

26

Non, il n'y a aucun moyen de le faire.

Selon la langue specs, les variables d'instance ne sont pas encore initialisé jusqu'à un super() appel a été fait.

Ce sont ces étapes effectuées lors du constructeur de l'étape de création de l'instance de la classe, prises à partir du lien:
1. Affecter les arguments pour le constructeur nouvellement créés paramètre
  les variables de ce constructeur invocation.
2. Si ce constructeur commence par un constructeur explicite invocation
  (§8.8.7.1) d'un autre constructeur de la même classe (à l'aide de ce),
  puis d'évaluer les arguments et les processus que l'invocation du constructeur
  de manière récursive à l'aide de ces cinq étapes. Si ce constructeur
  l'invocation se termine brusquement, alors cette procédure terminée
  brusquement, pour la même raison; sinon, passez à l'étape 5.
3. Ce constructeur ne commence pas par un constructeur explicite
  l'invocation d'un autre constructeur de la même classe (à l'aide de ce). Si
  ce constructeur est pour une autre classe de l'Objet, puis ce
  constructeur de commencer avec un explicite ou implicite de l'invocation d'un
  constructeur de la superclasse (à l'aide de super). Évaluer les arguments et
  processus que le constructeur de la superclasse invocation de manière récursive à l'aide de
  ces cinq étapes. Si ce constructeur invocation terminée
  brusquement, alors cette procédure se termine brusquement par la même
  raison. Sinon, passez à l'étape 4.
4. Exécuter l'instance initialiseurs et variable d'instance initialiseurs
  pour cette classe, en affectant les valeurs de la variable d'instance
  les initialiseurs de l'instance correspondante de variables, dans le
  de gauche à droite dans l'ordre dans lequel ils apparaissent sous forme de texte dans la source
  code de la classe. Si l'exécution de l'une de ces initialiseurs
  résultats dans une exception, aucune initialiseurs sont traitées
  et cette procédure se termine abruptement avec la même exception.
  Sinon, passez à l'étape 5.
5. Exécuter le reste du corps de ce constructeur. Si l'exécution
  termine brusquement, alors cette procédure se termine brusquement pour l'
  même raison. Sinon, cette procédure se termine normalement.
- êtes-vous sûr de cela? Je suis tombé sur ça: ...Ce pourrait être le cas que B voit ces événements dans l'ordre suivant (et le compilateur est également libre de réorganiser les instructions de ce genre): allouer de la mémoire, d'attribuer la référence à la ressource, l'appel du constructeur. Supposons que le fil B vient après le mémoire a été allouée et la ressource champ est défini, mais avant que le constructeur est appelé.. de @BrianGoetz à la DCL article, le compilateur peut apparemment faire quelques optimisations qui comprend également d'affecter la référence et de l'appel au constructeur par la suite!
InformationsquelleAutor Keppil
11

Super constructeur de courir dans tous les cas, mais puisque nous parlons de la "laids " hacks", nous pouvons profiter de cette
```
public class Base {
    public Base() {
        init();
    }

    public Base(String s) {
    }

    public void init() {
    //this is the ugly part that will be overriden
    }
}

class Derived extends Base{

    @Override
    public void init(){
        a = getValueFromDataBase();
    }
} 
```
Je n'ai jamais suggérons d'utiliser ce genre de hacks.
- Je ne pense pas que qui fonctionne en Java, et pour une bonne raison. La recherche de la référence...
- Qui fonctionne, testé...
- +1 - Vous avez raison. Ick. J'étais en train de penser en C++. Encore -- je ne pense pas que le hack est nécessaire - voir ma réponse.
- Ce n'est pas vraiment avant super constructeur s'exécute, que l'OP a demandé. Probablement le plus proche que vous pouvez obtenir si.
- Je l'ai mentionné dans la réponse "Super constructeur de courir dans tous les cas", c'est juste un hack pour initialiser une variable dans la classe dérivée
InformationsquelleAutor Serkan Arıkuşu

J'ai une façon de le faire.

class Derived extends Base
{
    private final int a;

    //make this method private
    private Derived(String someParameter,
                    int tmpVar /*add an addtional parameter*/) {
        //use it as a temprorary variable
        super(hack(someParameter, tmpVar = getValueFromDataBase()));
        //assign it to field a
        a = tmpVar;
    }

    //show user a clean constructor
    Derived(String someParameter)
    {   
        this(someParameter, 0)
    }

    ...
}

InformationsquelleAutor luobo25

Comme d'autres l'ont dit, vous ne pouvez pas initialiser le champ d'instance avant d'appeler le constructeur de la superclasse.

Mais il existe des solutions de contournement. L'une est de créer une usine de classe qui obtient la valeur et le transmet à la Dérivée du constructeur de la classe.

class DerivedFactory {
    Derived makeDerived( String someParameter ) {
        int a = getValueFromDataBase();
        return new Derived( someParameter, a );
    }
}


class Derived extends Base
{
    private final int a;

    Derived(String someParameter, int a0 ) {
        super(hack(someParameter, a0));
        a = a0;
    }
    ...
}

InformationsquelleAutor Andy Thomas

1

C'est interdit par la Java langage de spécification (section 8.8.7):

La première instruction d'un constructeur de corps peut être explicite
l'invocation d'un autre constructeur de la même classe ou de l'direct
super-classe.

Le corps du constructeur devrait ressembler à ceci:
ConstructorBody:
```
{ ExplicitConstructorInvocationopt BlockStatementsopt }
```
InformationsquelleAutor dcernahoschi

Vous devez vous connecter pour publier un commentaire.