Réponses:
Sémantique NHibernate:
Liste: collection ordonnée d'entités, duplication autorisée. Utilisez un .NET IListdans le code. La colonne d'index devra être mappée dans NHibernate.
Ensemble: collection non ordonnée d'entités uniques, doublons non autorisés. Utilisation Iesi.Collection.ISeten code (NH avant v4) ou System.Collections.Generic.ISet(NH v4 +). Il est important de remplacer GetHashCodeet Equalsd'indiquer la définition commerciale du doublon. Peut être trié en définissant un ordre par ou en définissant un comparateur aboutissant à un SortedSetrésultat.
Sac: liste non ordonnée d'entités, doublons autorisés. Utilisez un .NET ICollection<T>dans le code. La colonne d'index de la liste n'est pas mappée et n'est pas honorée par NHibernate.
Tous ces objets dans NHibernate sont exactement les mêmes que les autres implémentations de ces types de données abstraits (ADT). J'ai été surpris de voir à quel point il est difficile de trouver des ensembles et des sacs en ligne en raison de la fréquence à laquelle les noms sont communs pour d'autres choses, j'ai donc répertorié quelques liens et descriptions ici.
Pour plus d'informations, consultez les éléments suivants: Listes , ensembles et sacs
Les règles générales sont:
Les listes sont ordonnées par défaut, utilisez-les si vous voulez pouvoir extraire un objet par son index ou si vous avez un penchant étrange pour les forboucles sur les foreachboucles. Vous n'êtes pas obligé d'y accéder dans l'ordre comme vous le feriez dans une liste liée . Cet ADT autorise les doublons.
Notez s'il vous plaît! Bien que les listes soient classées comme BryanD l'a mentionné dans sa réponse, rien ne dit qu'elles doivent être dans l'ordre que vous attendez de la base de données lorsque vous exécutez une requête HQL, sauf si vous spécifiez un ordre par commande. C'est à cause de cela que certaines personnes aiment utiliser Set ou Bags à la place, de sorte que cela ne donne pas l'illusion d'être commandé. Bien que je dise cela, la plupart du temps, ils semblent être dans un ordre visible, car ils sont ajoutés à la liste dans l'ordre dans lequel ils se trouvent dans la requête exécutée par NHibernate.
Les ensembles ne sont pas classés par défaut, vous ne pouvez accéder à aucune variable directement via un index. Les ensembles sont par défaut le seul ADT parmi les trois ci-dessus qui maintiennent l'unicité de ses objets . Celles-ci sont parfaites si vous avez une collection si vous souhaitez ne pas contenir de doublons.
Les sacs (ou multisets ) sont, comme vous pouvez le voir à partir des liens ci-dessus, un type d'ensemble qui permet aux objets qu'il contient d'être des doublons d'autres objets. Ceux-ci ne sont généralement pas utilisés, car l'ordre des listes peut être ignoré et donc traité comme un sac.
En ce qui concerne la façon dont ceux-ci sont utilisés dans NHibernate, rien n'est extrait de la base de données différemment selon l'ADT que vous sélectionnez ici, c'est pour cela que vous voulez l'utiliser qui devrait vous faire choisir les différents ADT.
Personnellement, j'utilise des ensembles pour la plupart des choses car j'exige généralement que les objets enfants soient uniques et la commande n'est pas un problème. Bien que j'utilise des listes où j'ai un groupe d'objets que je souhaite ordonner par quelque chose, par exemple le temps, pour atteindre cet ordre, je dois définir manuellement le «ordre par» dans la requête HQL.
Eh bien, la principale différence est que les listes ont un ordre implicite des éléments, indexés par leur position dans la liste. Les ensembles et les sacs peuvent également être «commandés» généralement par un comparateur ou une clause ordre par ordre qui est appliquée lorsque ces articles sortent de la base de données. Personnellement, je n'ai jamais utilisé de Bags ... si je sais que les données que je veux sont classées séquentiellement, j'utilise List sinon j'utilise Set.
ISetau lieu deIesi?