ILookup interface vs IDictionary

Comment le ILookup<key, value> interface diffèrent de IDictionary<key, value>?

Je ne comprends pas ce que la ILookup interface est destinée.

InformationsquelleAutor user256034 | 2011-03-25
  1. 107

    ILookup entrées peuvent contenir plusieurs éléments par clé - chaque clé est associé à un IEnumerable<TElement>.

    Aussi comme évoqué dans les commentaires d'un ILookup est immuable, tandis que vous pouvez mettre à jour les valeurs dans un IDictionary (il expose une Add() méthode et un indexeur qui permet d'avoir et les valeurs de réglage).

    En résumé leurs cas d'utilisation est très différente - vous utiliser une recherche lorsque vous avez besoin d'un 1:N carte avec des valeurs qui sont fixes et ne va pas (et ne peut pas) changer. Un dictionnaire sur l'offre d'autre part une mutable mappage 1:1 de paires clé-valeur, de sorte qu'il peut être mis à jour pour ajouter ou supprimer des valeurs.

    • En effet, chaque entrée est un IEnumerable<T> au lieu d'un T.
    • +1 si cela est vrai, ce serait bien d'avoir plus de sur la différence avec interface de mise à jour-la mutabilité, les exigences clés, etc.
    • La mise en œuvre de ILookup<TElement> n'est pas une garantie de l'immuabilité. Votre réponse semble impliquer que c'est. Il fournit simplement à un readonly vue d'une recherche. Comment, par ailleurs, une méthode qui accepte un ILookup<TElement> peut gérer la recherche de contenu qui change, c'est jusqu'à cette méthode, et si il n'y a pas de documentation, il est plus sûr d'éviter la mutation d'une recherche alors que les étrangers, le code est toujours en référencement et en fonction de votre cas d'utilisation. Voir toute la discussion sur la façon dont les gens pensent, à tort, que la mise en œuvre IReadOnlyList<T> devrait impliquer une liste est immuable.
    • L'exposition d'une mutable mise en œuvre d'un ILookup<TKey, TElement> c'est une mauvaise idée si vous prévoyez de les transformer. Si il n'y a pas de docs, vous devriez être en mesure de supposer que celle-ci respecte son interface. Bien sûr, la vraie vie est en désordre, mais si vous créez une recherche avec l'un des ToLookup méthodes d'extension, il doit être sûr de supposer qu'il ne sera pas modifié. Il ya des façons dont vous pouvez, mais les consommateurs de votre ILookup<TKey, TElement> tapé les membres doivent suivre le principe de moindre surprise. Si vous trouvez que vous avez été passée un qui se transforme en une observable façon, throw.
    • Erreur de grammaire dans mon commentaire: je veux dire que vos consommateurs devraient être en mesure de supposer que vous avez suivi le principe de moindre surprise.
    • Ouais. C'est une mauvaise idée pour muter un objet que vous avez passé à une méthode qui accepte une vue en lecture seule comme IReadOnlyDictionary ou ILookup. Je suis juste essayer de faire la distinction entre “lecture seule” et “immuable”. Je tiens également à noter que, avec IDictionary<TKey, TValue>.IsReadOnly existant IDictionary n'est pas nécessairement mutable ;-). Désolé pour le trop pédant critique xD

    InformationsquelleAutor BrokenGlass
  2. 4

    Il est beaucoup plus simple que IDictionary. Il est utilisé par Linq. Il a seulement Contains, Item et Count. IDictionary a Add, Remove, etc.

    • Voulez-vous dire que ILookup est en lecture seule sous-ensemble d'un IDictionary?
    • Une sorte de... Mais chaque élément est un IGrouping, donc il peut y avoir plusieurs éléments pour l'une des clés de sorte qu'il n'est pas bien. J'aurais été bien d'avoir une lecture que l'interface de Dictionnaire.
    • La lecture seule interface pour le dictionnaire est IReadOnlyDictionary<TKey, TValue> et toutes les instances de la Dictionary<TKey, TValue> classe le mettre en œuvre (ToDictionary retourne l'instance de la classe, de sorte qu'il fonctionne aussi), de sorte que vous pouvez exposer le dictionnaire en lecture seule.
    • Merci, je ne connaissais pas ce existé. Je suis actuellement coincé avec .NET 4.0 et, à tort, qu'il n'existait pas sans vérifier sur le site MSDN.
    InformationsquelleAutor Daniel A. White