Bean.xml peut aussi être springxxx.xml ou config.xml... Bref, ça peut être... XXX.xml. Il n’y a même pas besoin de XML, et il n’y a aucun problème s’il est écrit directement dans la classe. Le "Bean.xml" ici n'est que le fichier de configuration utilisé par Spring pour configurer.
Quant aux beans Java, ils sont généralement modifiés par des classes publiques, c'est-à-dire publiques. Ensuite, il existe généralement un constructeur sans paramètre.
Méthodes publiques get et set correspondant aux variables membres privées
Constructeur sans argument
bean.xml fait référence à la manière de configurer les beans, n'est-ce pas ? En fait, au printemps, il est recommandé d'utiliser des annotations pour configurer les beans
Ce que vous entendez par bean.xml, c'est configurer xml à l'aide de bean fichiers, n'est-ce pas ? Chargez ce fichier au démarrage, instanciez chaque bean(Java Beans) selon la configuration et ajoutez-le au conteneur.
Bean.xml peut aussi être springxxx.xml ou config.xml... Bref, ça peut être... XXX.xml. Il n’y a même pas besoin de XML, et il n’y a aucun problème s’il est écrit directement dans la classe. Le "Bean.xml" ici n'est que le fichier de configuration utilisé par Spring pour configurer.
Quant aux beans Java, ils sont généralement modifiés par des classes publiques, c'est-à-dire publiques. Ensuite, il existe généralement un constructeur sans paramètre.
Ci-dessus.
JavaBean doit avoir les conditions suivantes :
public modifie cette classe
Variables des membres privés
Méthodes publiques get et set correspondant aux variables membres privées
Constructeur sans argument
bean.xml fait référence à la manière de configurer les beans, n'est-ce pas ? En fait, au printemps, il est recommandé d'utiliser des annotations pour configurer les beans
Ce que vous entendez par
bean.xml
, c'est configurerxml
à l'aide debean
fichiers, n'est-ce pas ? Chargez ce fichier au démarrage, instanciez chaquebean(Java Beans)
selon la configuration et ajoutez-le au conteneur.