Tout simplement mettre, c'est une bonne idée de nommer des collections et des objets composites à l'aide de pluralité? Mon souci est que les noms de classe sont assez similaires. D'autre part, pandabearlist code> révèle la mise en œuvre, mais est plus facilement distinguable. P> p>
3 Réponses :
J'éviterais la pluralité. P>
Si vous ne voulez pas inclure le suffixe Il y a aussi un travail spécifique C # - autour que j'aime utiliser si la structure n'est pas très complexe. Vous pouvez éviter de créer la classe de collecte, en déclarant toutes les méthodes comme méthodes d'extension du Liste code>, vous pouvez toujours utiliser le suffixe
Collection code> qui est une convention standard et ne révèle pas les détails de la mise en œuvre. Bien sûr, cela dépend de la langue que vous utilisez. P>
iEnumerable
iEnumerable
Je préfère utiliser la pluralité parce que, comme vous le mentionnez, cela n'indique pas la mise en œuvre, ce qui pourrait facilement changer à l'avenir. Une autre considération sur la convention de dénomination est que si vous utilisez un orj et quel type de convention utilisera-t-il lors de la traduction de votre schéma de base de données, comme discuté ici . Vous aurez probablement beaucoup de conseils à la fois. Je pense que ce qui est plus important, c'est que vous choisissez une convention qui fonctionne pour vous et votre équipe et vous vous en tenez. P>
Je préférerais Par exemple, essayez de décrire la signature des deux fonctions suivantes: p> Le premier serait naturellement: " une fonction qui prend deux collections de panda Bears em> ". P> Quel serait le second? " une fonction qui prend deux ours de panda em>"? Non, ça ne marche pas. P> p> pandabearcollection code>. Un nom de classe qui est un nom dénombrable acceptable d'accorder mieux avec la métaphore fondamentale de OOP, un "objet".
Bon point, je pensais que la pluralité se lirait mieux, mais elle est confuse lorsque vous parlez de classes et d'objets.
Je ne sais pas si c'est une bonne pratique ou non. Mais je n'aime pas utiliser des pluriels. J'utiliserais
pandabearcollection code>.
IMO, si j'ai des méthodes spéciales (telles que renvoyer certains éléments avec des valeurs spécifiques, etc.) ou que je veux une API stricte avec uniquement des méthodes que je permettant à l'utilisateur d'utiliser avec la collection, sinon, je voudrais réutiliser la collecte, la liste ou Set (Java).
Je préfère les noms conceptuels. Quel est le rôle de votre classe extérieure? Pensez à son objectif et choisissez un nom approprié. Pandabeartforest? Pandabearmom? Pandabeadcage? Pandabeargroup? Peut-être que vous n'avez pas besoin de la classe extérieure du tout.
Looke liée à: