Le principe est le suivant : la refactorisation ne doit être envisagée que lorsque l'efficacité du développement ou l'efficacité opérationnelle rencontre un goulot d'étranglement
Pour les problèmes de reconstruction, veuillez apprendre le mode de réglage
Pour les problèmes de logs, il est généralement recommandé de se connecter aux endroits clés. Quant au trop grand nombre de logs affectant les performances, un moyen très simple consiste à définir un commutateur :
if (ENABLE_LOG){
log(TAG, something);
}
ENABLE_LOG est défini sur true dans la version de développement et sur false dans la version finale, afin que le journal puisse être utilisé sans affecter les performances dans la version officielle.
Examiner certains modèles de conception peut être utile
Il existe un bon livre sur le refactoring, étape par étape,
Le principe est le suivant : la refactorisation ne doit être envisagée que lorsque l'efficacité du développement ou l'efficacité opérationnelle rencontre un goulot d'étranglement
Pour les problèmes de reconstruction, veuillez apprendre le mode de réglage
Pour les problèmes de logs, il est généralement recommandé de se connecter aux endroits clés. Quant au trop grand nombre de logs affectant les performances, un moyen très simple consiste à définir un commutateur :
ENABLE_LOG est défini sur true dans la version de développement et sur false dans la version finale, afin que le journal puisse être utilisé sans affecter les performances dans la version officielle.