Êtes-vous fatigué des anciennes classes Manager et Handler? Utilisé tout ... Chose, ... Dingus, Doodad, ... Entité, ... Gizmo ou ... Suffixes d'objet? Je suis certainement et ai fait.Noms de classes pour les Building Blocks d'application commune
Donc, ici, je veux recueillir des noms de classe utiles.
Je pense que this article décrit le mieux:
Ne pas utiliser « gestionnaire » ou « Aide » ou d'autres termes nuls dans un nom de type.
Si vous avez besoin d'ajouter « Manager » de « Aide » à un nom de type, le type est soit mal nommé ou mal conçu . Probablement le dernier. Les types devraient gérer et s'aider eux-mêmes.
Voici donc les quelques premiers:
- Boîte aux lettres
- Poignées de messagerie
- Messenger
- Serves Notifications ou d'autres types de messages
- Dashboard
- présente des données
- Renderer
- /agrégats de données construit
Je ne suis pas vraiment sûr où mettre "Widget" Bon ou Mauvais? Aussi je suis actuellement à la recherche pour les noms des classes qui:
- authentifiez avec un serveur (Bouncer?)
- suivi des modifications sur les données
- détient et conserve la trace des documents
- gère de boîtes de dialogue
Une classe couramment utilisée pour garder la trace des documents doit être capable de faire des choses comme: onBeforeDocumentChanged faire quelque chose. Cette classe utilisera probablement une collection mais n'en est pas une elle-même (du moins pas une pure) car elle doit contenir buisnesslogic. Manager est un mauvais suffixe car si vous commencez avec cela, vous aurez beaucoup de gestionnaires. DocumentManager, ConnectionManager, DataManager Je peux penser à des milliers comme ça. Pourquoi est-ce si grave que tu demandes? Eh bien, n'est-ce pas la partie gestionnaire de redundand maintenant que presque chaque classe en est une? "Les types devraient gérer et s'aider eux-mêmes" –