Par exemple, si le code que vous écrivez s'appelle UserService et qu'il existe un autre service qui dépend de UserService et dépend également de UserDao, il n'est pas nécessaire de @Autowired UserDao dans ce service. Si vous pouvez le supprimer, supprimez-le simplement, mais cela ne sert à rien. À propos, l'injection de constructeur fonctionne mieux que l'injection de propriété
Vous devez remplacer la méthode getDao() de la classe parent BaseDao. Son but est de fournir la méthode définie dans la classe parent BaseDao pour obtenir l'objet Dao Par exemple, il existe une méthode dans la classe parent
🎜>
public void test(BaseEntity entity){
getDao().insert(entity);//在这里,父类通过getDao可以获取子类的Dao实现多态
}
Si vous supprimez cette méthode réécrite à ce moment, des problèmes surviendront
Par exemple, si le code que vous écrivez s'appelle UserService et qu'il existe un autre service qui dépend de UserService et dépend également de UserDao, il n'est pas nécessaire de @Autowired UserDao dans ce service.
Si vous pouvez le supprimer, supprimez-le simplement, mais cela ne sert à rien.
À propos, l'injection de constructeur fonctionne mieux que l'injection de propriété
Le code généré automatiquement est inutile.
Sans cela, la réflexion peut définir la valeur du champ à travers les droits d'accès (
private
), donc la méthodeset
n'est en fait pas nécessaire.Vous devez remplacer la méthode getDao() de la classe parent BaseDao. Son but est de fournir la méthode définie dans la classe parent BaseDao pour obtenir l'objet Dao
🎜>Par exemple, il existe une méthode dans la classe parent
Si vous supprimez cette méthode réécrite à ce moment, des problèmes surviendront
Je ne sais pas quelle version de Spring j'utilise
L'injection de constructeur est recommandée