1. Envisagez de créer une méthode de fabrique statique au lieu d'un constructeur
2. Utilisez le générateur lorsque les arguments du constructeur sont énormes
Comparez le constructeur télescopique avec le modèle JavaBeans.
Dans l'instanciation, si le nombre de paramètres est supérieur au comptage à une main, il est préférable d'envisager l'instanciation avec le modèle de générateur.
Je n'ai pas compris l'explication des inconvénients de l'utilisation du modèle JavaBeans. Il semble que des incohérences peuvent se produire parce qu'il y a plusieurs appels, mais que voulez-vous dire exactement?
3. Lors de la conception d'une classe singleton, rendez le constructeur privé ou utilisez ENUM.
Je n'ai jamais vu une seule tonne en utilisant le type ENUM. ..
4. Créez un constructeur privé pour la classe dont vous souhaitez supprimer l'instanciation
La classe utilitaire etc. veut supprimer la génération d'instance, elle semble donc être utilisée à ce moment-là.
5. L'injection de dépendances doit être effectuée plutôt que le codage en dur des ressources
En cas de grande échelle, vous devez utiliser le mécanisme DI du framework.
Utilisez le modèle d'usine.
Cet article ne semble pas être dans la 2e édition.
6. Évitez la création d'objets inutiles
Sauf si une copie défensive est requise. Qu'est-ce qu'une copie défensive?
7. Supprimer les références qui ne sont plus utilisées
Sinon, une fuite de mémoire se produira.
Cela semble être un problème courant avec les classes qui ont des caches et des rappels.
Référence faible? → Ce qui suit est facile à comprendre. Les références faibles sont soumises à GC lorsqu'il n'y a plus de références (références autres que références faibles).
http://www.ne.jp/asahi/hishidama/home/tech/java/weak.html
8. Évitez d'utiliser un finisseur et un nettoyant
L'inconvénient de ces derniers est qu'il est difficile de prévoir comment ils fonctionneront.
le finaliseur a un impact négatif sérieux sur les performances.