Lavoro su molti progetti con diversi team. Ogni progetto ha le sue convenzioni, comprese quelle che chiamano classi arbitrarie che non si prestano a nomi ovvi.
Come controcampo, di solito è abbastanza ovvio che cosa dovresti nominare i tuoi modelli (UserModel, AlbumModel, ecc.). Lo stesso vale per repository, installer, controller e viste.
Ma inevitabilmente ci sono classi che non sono così nette. Ad esempio, sto lavorando a un progetto in questo momento che ha un ForumService che effettua le seguenti operazioni:
- Collegati al database del forum e avvia una sessione del forum
- Recupera i post e i commenti del forum
- Crea post e commenti
All'inizio, il nome ForumService aveva senso. Ma poi leggo di più sulla programmazione orientata ai servizi e ho capito che molti sviluppatori potrebbero considerare un servizio come qualcosa di completamente diverso (come un servizio web). Quindi ora sto valutando se dovrei chiamarlo ForumProvider o solo Forum.
Il team con cui lavoro a tempo pieno mi piace nominare classi come questa "Attività" (ad esempio AuthenticationTasks, UserTasks). Abbiamo anche molti "Helpers" (ad esempio ViewHelpers) e "Utilities" (ad esempio HtmlUtilities) per classi più piccole. Alcuni sviluppatori non amano questi nomi ambigui solo perché sono ambigui.
Che cosa usi normalmente e perché? La maggior parte delle persone preferisce generalmente evitare nomi come "Helpers" e "Utilities", e c'è una buona ragione?