pourquoi ne pouvons-nous pas autowire champs statiques au printemps

Pourquoi je ne peux pas nous autowire la statique de la variable d'instance dans le Ressort du haricot. Je sais qu'il existe d'autre moyen pour atteindre cet objectif, mais je veux juste savoir pourquoi je ne peux pas faire en dessous de chemin.

par exemple

@Autowired
public static Test test;
  • pouvez-vous déchiqueter un peu de lumière sur la façon dont vous faites allusion.
InformationsquelleAutor Ashu | 2012-06-07
  1. 66

    Parce que l'utilisation de champs statiques encourage l'utilisation de méthodes statiques. Et les méthodes statiques sont le mal. Le but principal de l'injection de dépendance est de laisser le conteneur de créer des objets pour vous et les fils. Aussi, il facilite les tests.

    Une fois que vous commencez à utiliser des méthodes statiques, vous n'avez plus besoin de créer une instance de l'objet et de test est beaucoup plus difficile. Aussi vous ne pouvez pas créer plusieurs instances d'une classe donnée, chacune avec une autre dépendance injecté (car le champ est implicitement partagé et crée global de l'état a également du mal).

    • Le seul inconvénient à ce que j'ai rencontré est en cours de test. Si vous souhaitez utiliser @BeforeClass dans un SpringJUnit4ClassRunner, et pour que la méthode d'accès haricots @Autowired dans le test.. en gros, vous ne pouvez pas. Ce qui est ennuyeux.
    • Cette réponse explique pourquoi il ne devrait"t. Mais le vrai motif, c'est que lorsque le cadre d'essayer de fil de la classe statique d'une fève c'est peut-être pas encore chargé par le chargeur de classes.
    • Cette réponse est complète insensée. Le printemps n'impose pas de votre stratégie de test. La réponse est qu'il n'est pas encore au Printemps de la bibliothèque chargées lors de la statique de la Classe sont instanciés par le chargeur de classes.
    • La réponse par @AndreaT doit être accepté de répondre.
    • Les méthodes statiques sont plus FACILE à tester, pas plus dur. Ayant printemps automatiquement injecter des dépendances semble agréable, mais qui est en fait le chemin le plus difficile pour les tests. On se moque, souches et de tester les doubles sont code d'odeurs, pas de méthodes statiques.
    • c'est un concept intéressant, pourriez-vous s'il vous plaît de partager avec nous pourquoi vous vous sentez de cette façon? J'étais sous l'impression que les méthodes statiques de faire de l'héritage difficile ainsi que l'abstraction...
    • Les méthodes statiques, écrit correctement, ne pas avoir l'état. Correctement écrit, ils n'ont pas d'effets secondaires. Si vous écrivez vos méthodes statiques avec les concepts de fonctions dans l'esprit ("données, des données"), des tests de dépistage est facile: ils sont simplement effectuer des transformations sur les données qui les rend extrêmement facile à tester. Recherche de "Noyau Fonctionnel, Impératif Shell" et vous trouverez quelques bonnes informations sur les avantages de ce style de programmation. Je suppose que je dois aussi dire que l'héritage est surfaite.
    • Mais même si les méthodes statiques sont écrits dans un apatride, de la mode, ils peuvent facilement appeler d'autres méthodes statiques, ce qui rend plus difficile d'écrire un bon, isolé des tests unitaires pour eux.
    • Sûr que les développeurs peuvent faire toutes sortes de choses stupides écrivons donc stateful code puisque c'est ce qu'ils vont faire de toute façon! Désolé pour le snark, mais je ne vois pas vraiment le "mal".

    InformationsquelleAutor Tomasz Nurkiewicz
  2. 130

    Parce que quand la classe loader charge les valeurs statiques, le Printemps contexte n'est pas encore forcement chargé.
    Si le chargeur de classe ne sera pas correctement injecter de la statique de la classe du bean et sera un échec.

    • Merci pour une réponse qui semble effectivement répondre à la question plutôt que de simplement exprimer un avis, que la moitié du langage Java est une mauvaise idée.
    • "classe statique"?
    InformationsquelleAutor Andrea T
  3. 15

    En fonction de la programmation orientée objet concept, il sera mauvaise conception si les variables statiques sont autocâblés.

    Variable statique n'est pas une propriété de l'Objet, mais c'est une propriété d'une Classe.
    Le printemps de l'auto de câblage est effectué sur les objets, et qui rend la conception propre à mon avis.
    Vous pouvez déployer l'auto filaire bean objet singleton, et d'obtenir la même que la définition statique.

    InformationsquelleAutor ssk
  4. 13

    Par cette solution, vous pouvez autocâblés champs statiques au printemps.

    @Component
public class TestClass {

    private static Test test;

    @Autowired
    public void setTest(Test test) {
        TestClass.test = test;
    }
}
    • Bugfinder va se plaindre à propos de la configuration de champ statique de non méthode statique.
    InformationsquelleAutor Parth Solanki