Choix minutieux des noms de méthodes :
- Les noms doivent suivre les conventions (article 68).
- Donner la priorité aux noms compréhensibles et cohérents avec le package et le consensus général.
- Évitez les noms longs.
N'exagérez pas dans les méthodes de commodité :
- Chaque méthode doit « faire sa part du travail ».
- De nombreuses méthodes rendent l'API difficile à utiliser, à maintenir et à documenter.
- Proposez des méthodes abrégées uniquement si elles sont fréquemment utilisées.
Évitez les longues listes de paramètres :
- Limiter à quatre paramètres ou moins.
- Les longues listes sont difficiles à retenir et sujettes aux erreurs.
- Les paramètres du même type dans l'ordre peuvent prêter à confusion.
Trois techniques pour réduire les longues listes de paramètres :
- Divisez la méthode en plusieurs méthodes plus petites.
- Créez des classes d'assistance pour les groupes de paramètres.
- Utilisez le modèle Builder pour les méthodes avec de nombreux paramètres, en particulier ceux facultatifs.
Préférer les interfaces aux classes en paramètres :
- Utilisez des interfaces telles que Map plutôt que des classes spécifiques telles que HashMap pour une plus grande flexibilité.
Préférez les énumérations aux booléens dans les paramètres :
- Les énumérations rendent le code plus lisible et facilitent l'expansion future des options, comme dans l'exemple du thermomètre avec échelle de température.
- Ces pratiques permettent de créer des API plus faciles à utiliser et moins sensibles aux erreurs.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!
Déclaration:Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn