Quel est exactement le Framework Spring pour?

Fondamentalement Printemps est un cadre pour la injection de dépendance qui est un motif qui permet de construire très découplé de systèmes.

Le problème

Par exemple, supposons que vous avez besoin de la liste des utilisateurs du système et donc déclarer une interface appelée UserLister:

public interface UserLister {
    List<User> getUsers();
}

Et peut-être une mise en œuvre de l'accès à une base de données pour obtenir tous les utilisateurs:

public class UserListerDB implements UserLister {
    public List<User> getUsers() {
        //DB access code here
    }
}

Dans votre point de vue, vous aurez besoin pour accéder à une instance (juste un exemple, rappelez-vous):

public class SomeView {
    private UserLister userLister;

    public void render() {
        List<User> users = userLister.getUsers();
        view.render(users);
    }
}

Noter que le code ci-dessus n'a pas initialisé la variable userLister. Que devons-nous faire? Si je instancier explicitement l'objet comme ceci:

UserLister userLister = new UserListerDB();

...Je l'avais quelques la vue avec mon implémentation de la classe que l'accès à la DB. Que faire si je veux passer de la DB de la mise en œuvre à l'autre qui obtient la liste des utilisateurs à partir d'un fichier délimité par des virgules (souvenez-vous, c'est un exemple)? Dans ce cas, je voudrais aller à mon nouveau code et de modifier la dernière ligne par:

UserLister userLister = new UserListerCommaSeparatedFile();

Cela n'a aucun problème avec un petit programme comme ça, mais... Ce qui se passe dans un programme qui a des centaines de points de vue et un nombre similaire de classes d'affaires. L'entretien devient un cauchemar!

Printemps (Dependency Injection) approche

Ce Printemps n'est à fil les classes par le biais d'un fichier XML ou d'annotations, de cette manière, tous les objets sont instanciés et initialisé par le Printemps et injecté dans les bons endroits (Servlets, les Frameworks Web, les Entreprises des classes, DAOs, etc, etc, etc...).

Revenons à l'exemple de Printemps, nous avons juste besoin d'avoir une définition pour la userLister de terrain et de disposer d'un fichier XML comme ceci:

<bean id="userLister" class="UserListerDB" />

<bean class="SomeView">
    <property name="userLister" ref="userLister" />
</bean>

ou, plus simplement, d'annoter les documents déposés à notre avis classe avec @Inject:

@Inject
private UserLister userLister;

De cette façon, lorsque la vue est créée il comme par magie aura un UserLister prêt à travailler.

List<User> users = userLister.getUsers();  //This will actually work
                                           //without adding any line of code

C'est génial! N'est-ce pas?

• Ce que si vous souhaitez utiliser une autre application de votre UserLister interface? Il suffit de changer le XML
• Ce si n'avez pas de UserLister de mise en œuvre de prêt? Au programme, un temps de se moquer de la mise en œuvre de UserLister et de faciliter le développement de la vue
• Que faire si je ne veux pas utiliser de Printemps plus? Il suffit de ne pas l'utiliser! Votre application n'est pas couplé à elle. L'Inversion de Contrôle unis: "Le contrôle de l'application du cadre de référence le cadre des contrôles de l'application".

Il y a quelques autres options pour l'Injection de Dépendances autour de là, ce qui à mon avis a fait le Printemps si célèbre en plus de sa simplicité, de l'élégance et de la stabilité, c'est que les gars de SpringSource a programmé de nombreux de nombreux objets Pojo qui aident à intégrer le Printemps avec de nombreux autres cadres communs sans être intrusif dans votre application. Aussi le Printemps a plusieurs sous-projets comme Spring MVC, Spring WebFlow, le Printemps de Sécurité et de nouveau une très longue liste de etc.

Espère que cette aide. De toute façon, je vous encourage à lire Martin Fowler article sur l'Injection de Dépendance et d'Inversion de Contrôle, car il le fait mieux que moi. Après comprendre les bases de la prendre un coup d'oeil à Le Printemps De La Documentation, à mon avis c' est utilisé pour être le meilleur Printemps livre jamais.

Vieux jours, Printemps était une injection de dépendance cadre de travail uniquement comme (Guice, PicoContainer,...), mais maintenant il est une des solutions globales pour la construction vous Enterprise Application.

Le printemps de l'injection de dépendance, qui est bien sûr au cœur du printemps est toujours là (et vous pouvez passer en revue d'autres bonnes réponses ici), mais il y a plus de printemps ....

Printemps a maintenant beaucoup de projets, chacun avec certains sous-projets (http://spring.io/projects) . Lorsque quelqu'un parle de printemps, vous devez savoir ce projet pour le printemps il parle, est-il seulement le printemps de base, qui est connu comme framework spring, ou c'est un autre printemps projets.

Certains printemps projets qui vaut la peine de trop parler sont:

• Printemps De Sécurité - http://projects.spring.io/spring-security/
• Printemps Webservices - http://projects.spring.io/spring-ws/
• Printemps Intégration - http://projects.spring.io/spring-integration/

Si vous avez besoin de le spécifier fonction de votre demande, vous pouvez trouver qu'il ya trop:

• Spring Batch lot cadre conçu pour permettre le développement d'
  
  lot de demande
• Printemps HATEOAS de faciliter la création de l'api REST de base sur HATEOAS principal
• Spring Mobile et Printemps Andriod développement d'applications pour mobiles
• Printemps Shell construire un complet shell ( aka la ligne de commande) de l'application
• Printemps Cloud et Printemps Nuage de Flux de Données pour les applications cloud

Il y a aussi des petits projets, par exemple printemps-sociaux-facebook (http://projects.spring.io/spring-social-facebook/)

Vous pouvez utiliser le printemps pour le développement web, comme c'est la Spring MVC module qui fait partie de Framework Spring projet. Ou vous pouvez utiliser le printemps avec web d'un autre cadre de travail, comme struts2.

Très court résumé, je dirai que le Printemps est la "colle" dans votre application. Il est utilisé pour intégrer les différents cadres et de votre propre code.

Ce que vous voudrez probablement dans une application web avec Spring -

• Spring MVC, qui à 2,5+ permet l'utilisation de Pojo en tant que Contrôleur de classes, ce qui signifie que vous n'avez pas à s'étendre à partir d'un cadre particulier (comme dans Struts ou au Printemps pré-2.5). Les classes de contrôleur sont morts aussi simple de tester en partie grâce à l'injection de dépendance
• Printemps intégration avec mise en veille prolongée, ce qui fait un bon travail de simplification de travail avec l'ORM solution (pour la plupart des cas)
• À l'aide de Printemps pour une web app vous permet d'utiliser vos Objets de Domaine à tous les niveaux de la demande - les mêmes classes qui sont cartographiés à l'aide d'Hibernate sont les classes que vous utilisez en tant que "forme de haricots." Par nature, ce qui conduira à une plus robuste modèle de domaine, en partie parce qu'il va réduire le nombre de classes.
• Printemps balises de formulaire rendre plus facile pour créer des formes sans trop de tracas.

En plus, le Printemps est ÉNORME, donc il ya beaucoup d'autres choses que vous pourriez être intéressé par l'utilisation dans une application web comme le Printemps de l'AOP ou de source de Sécurité. Mais les quatre éléments mentionnés ci-dessus décrivent les composants communs de Printemps qui sont utilisés dans une application web.

Printemps est idéal pour le collage des instances de classes ensemble. Vous savez que votre Hibernate classes vont toujours besoin d'une source de données, le Printemps des fils ensemble (et a la mise en œuvre de la source de données trop).

Vos objets d'accès aux données aura toujours besoin d'Hibernate accès, le Printemps des fils de mise en veille prolongée sont classes dans votre DAOs pour vous.

En outre, le Printemps vous donne essentiellement solide configurations d'un tas de bibliothèques, et en ce que, vous donne des conseils en ce qui libs que vous devez utiliser.

Printemps est vraiment un outil formidable. (Je n'ai pas parler de Spring MVC, juste le cadre de base).

L'avantage est L'Injection de dépendance (DI). Il signifie l'externalisation de la tâche de création de l'objet.Laissez-moi vous expliquer avec un exemple.

public interface Lunch
{
   public void eat();
}

public class Buffet implements Lunch
{
   public void eat()
   {
      //Eat as much as you can 
   }
}

public class Plated implements Lunch
{
   public void eat()
   {
      //Eat a limited portion
   }
}

Maintenant dans mon code j'ai une classe LunchDecide comme suit:

public class LunchDecide {
    private Lunch todaysLunch;
    public LunchDecide(){
        this.todaysLunch = new Buffet(); //choose Buffet -> eat as much as you want
        //this.todaysLunch = new Plated(); //choose Plated -> eat a limited portion 
    }
}

Dans la classe ci-dessus, en fonction de notre humeur, nous choisissons Buffet() ou en Plaqué(). Toutefois, ce système est étroitement couplé. Chaque fois que nous avons besoin d'un autre type d'Objet, nous avons besoin de modifier le code. Dans ce cas, en commentant une ligne ! Imagine qu'il y a 50 différentes classes utilisées par 50 personnes différentes. Ce serait un sacré gâchis. Dans ce cas, nous avons besoin de Découpler le système. Réécrivons la LunchDecide classe.

public class LunchDecide {
    private Lunch todaysLunch;
    public LunchDecide(Lunch todaysLunch){
        this.todaysLunch = todaysLunch
        }
    }

Avis qu'au lieu de créer un objet à l'aide de mots clés, nous avons passé la référence à un objet pour le Déjeuner, Type de paramètre à notre constructeur. Ici, la création d'un objet est une sous-traitance. Ce code peut être filaire, soit en utilisant un fichier de configuration Xml (héritage) ou Annotations Java (moderne). De toute façon, la décision sur le Type de l'objet serait créé serait fait au cours de l'exécution. Un objet est injecté par Xml dans notre code Notre Code dépend de Xml pour ce travail. Par conséquent, l'Injection de Dépendance (DI).
DI non seulement contribue à rendre notre système faiblement couplé, il simplifie l'écriture de tests Unitaires, puisqu'elle permet des dépendances se moque de lui. Dernier point mais non le moins, DI simplifie la Programmation Orientée Aspects (AOP), ce qui entraîne le découplage et l'augmentation de la modularité.
Notez également qu'au-dessus de DI est Constructeur d'Injection. DI peut être fait par Injection par Mutateur ainsi - de la même bonne vieille méthode de définition de l'encapsulation.

• Au printemps, il est léger et flexible cadre de comparer J2EE.
• Printemps conteneur agir comme une inversion de contrôle.
• Printemps utilise AOP c'est à dire les procurations et Singleton, Factory et le Modèle de la Méthode des modèles de Conception.
• Architectures: la Séparation des préoccupations et des couches Réutilisables et Faciles d'entretien.

Printemps a été l'injection de dépendance dans le début, puis ajoutez le roi des wrappers pour presque tout (wrapper plus implémentations JPA etc).

Longue histoire ... la plupart des régions du Printemps préférez solutions XML (XML moteur de script ... brrrr), donc pour DI-je utiliser Guice

Bonne bibliothèque, mais avec la croissance de la depnedenciec, par exemple Printemps JDBC (peut-être un Java jdbc solution avec les vrais noms des paramètres) prendre de maven 4-5 suivant.

À l'aide de Spring MVC (fait partie du "big spring") pour le développement web ... c'est "à la demande" cadre, il y a la guerre sainte "demande vs composant" ... à Vous de

Dans le passé, j'ai pensé à propos de Spring framework à partir du point de vue purement technique.

Donné une certaine expérience de travail en équipe et le développement de l'entreprise Webapps - je dirais que le Printemps est pour d'accélérer le développement d'applications (applications web) par découplage ses éléments individuels (haricots). Un développement plus rapide le rend si populaire. Printemps permet de déplacer la responsabilité de la construction (câblage) l'application sur le framework Spring. Le Printemps du cadre de l'injection de dépendance est responsable de la connexion/le câblage des haricots dans une application de travail.

De cette façon, les développeurs peuvent se concentrer plus sur le développement de composants individuels (haricots) dès que les interfaces entre les haricots sont définis.

Test de cette application est facile -, l'accent est donné à personne de haricots. Ils peuvent facilement être découplés et se moque, de sorte que l'unité de test est rapide et efficace.

Printemps-cadre définit plusieurs spécialisé haricots comme @Contrôleur (@Restcontroller), @Référentiel, @Composante pour servir le web des fins de. Printemps avec Maven fournir une structure qui est intuitive pour les développeurs.
Le travail d'équipe est facile et rapide car il ya différents éléments sont séparés et peuvent être réutilisés.