Quelle est la différence entre un contexte d'application Spring et un conteneur Spring?

Je suis un peu confus avec ces deux concepts. La lecture du Ressort de la documentation, j'ai découvert, par exemple. que bean usines sont le Printemps des conteneurs. J'ai aussi lu que "ApplicationContext est un sur-ensemble de la BeanFactory". Mais la différence entre les deux n'est pas évident. Quelle est donc la différence?

source d'informationauteur CodeBlue

  1. 11

    Réponses de ce lien attaché par Ajinkya est très complet, cependant, je voudrais refererence quelques bons points à partir d'un autre matériau - Printemps en Action (Manning Publications):

    Dans un Ressort en fonction de votre candidature, les objets vivent dans le Printemps conteneur. Comme illustré dans la figure 2.1, le conteneur va créer les objets, les fils ensemble, de les configurer et de gérer leur cycle de vie, du berceau à la tombe (ou finalize (), selon le cas peut être).

    Quelle est la différence entre un contexte d'application Spring et un conteneur Spring?

    Il n'y a pas un seul Printemps conteneur. Le printemps arrive avec plusieurs implémentations de conteneur qui peut être classé en deux types distincts. Bean usines (définie par la org.springframework.les haricots.usine.BeanFactory interface) sont les plus simples des conteneurs, fournir un soutien de base pour les DI. Contextes applicatifs (définie par la org.springframework.contexte.ApplicationContext interface) construire sur la notion de haricot usine en fournissant l'infrastructure d'application de services, tels que la capacité à résoudre les messages textuels à partir d'un fichier de propriétés et la possibilité de publier des événements d'application pour les écouteurs d'événement.

    Sur la surface, l'ApplicationContext est la même comme un BeanFactory. Les deux charge de haricots définitions, les fils des haricots ensemble, et de dispenser des haricots sur demande. Mais un ApplicationContext offre beaucoup plus:

    • Application des contextes de fournir un moyen permettant de résoudre les messages texte, y compris le soutien de l'internationalisation (I18N) de ces messages.
    • Contextes d'Application fournit un moyen générique de charger le fichier de ressources, tels que des images.
    • Contextes applicatifs peuvent publier des événements pour les fèves, qui sont enregistrées en tant qu'auditeurs.

    Parce que les fonctions supplémentaires qu'il fournit, une ApplicationContext est préférable à un BeanFactory dans quasiment toutes les applications. La seule fois que vous pouvez envisager d'utiliser une BeanFactory sont dans des circonstances où les ressources sont rares, comme un appareil mobile.

    Outre les fonctionnalités supplémentaires offertes par les contextes applicatifs, une autre grande différence entre un contexte d'application et un haricot usine est de savoir comment singleton haricots sont chargés. Un bean factory paresseusement charge tous les haricots, en reportant la fève de la création jusqu'à la getBean() la méthode est appelée. Un contexte d'application est un peu plus intelligent et met tout singleton haricots contexte de démarrage. Par préchargement singleton de haricots, de vous assurer qu'ils seront prêts à utiliser si nécessaire—votre application n'avez pas à attendre pour eux d'être créé.