PropertyChanged pour indexer propriété

J'ai une classe avec un indexeur de la propriété, avec une chaîne de clé:

public class IndexerProvider {
    public object this[string key] {
        get
        {
            return ...
        }
        set
        {
            ...
        }
    }

    ...
}

- Je lier à une instance de cette classe dans WPF, à l'aide de l'indexeur de notation:

<TextBox Text="{Binding [IndexerKeyThingy]}">

Qui fonctionne très bien, mais j'aimerais soulever un PropertyChanged cas lorsque l'une de l'indexation à l'évolution des valeurs. J'ai essayé de le soulever avec un nom de propriété de "[keyname]" (c'est à dire y compris [] autour du nom de la clé), mais cela ne semble pas fonctionner. Je n'ai pas de liaison des erreurs dans ma fenêtre de sortie que ce soit.

Je ne peux pas utiliser CollectionChangedEvent, parce que l'index n'est pas entier fondé. Et techniquement, l'objet n'est pas une collection de toute façon.

Puis-je faire cela, et oui, comment?

InformationsquelleAutor Inferis | 2009-03-18

c#data-binding indexer wpf

46

Selon cette entrée de blog, vous devez utiliser "Item[]". Élément étant le nom de la propriété généré par le compilateur lors de l'utilisation d'un indexeur.

Si vous voulez être explicite, vous pouvez décorer la propriété d'indexeur avec un IndexerName attribut.

Qui rendrait le code ressembler à:
```
public class IndexerProvider : INotifyPropertyChanged {

    [IndexerName ("Item")]
    public object this [string key] {
        get {
            return ...;
        }
        set {
            ... = value;
            FirePropertyChanged ("Item[]");
        }
    }
}
```
Au moins il fait l'intention plus claire. Je ne vous suggérons pas de changer le nom de l'indexeur, si votre copain a trouvé la chaîne "Item[]" codé en dur, cela signifie probablement que WPF ne serait pas en mesure de traiter avec un autre nom de l'indexeur.
- Qui fonctionne très bien. Étrange que j'ai raté ce billet de blog dans mes recherches sur Google.
- Cette solution fonctionne très bien, mais il a une fâcheuse limitation: vous ne pouvez pas spécifier que la valeur a changé pour une seule clé... Donc si vous avez des liaisons sur de nombreuses touches, ils vont tous être rafraîchi
- Quelques années plus tard, il y a désormais le " nameof ce mot-clé. J'utilise pour tous mes FirePropertyChange des appels, mais pouvez-vous nameof l'indexeur en quelque sorte?
- Pas sûr de ce qui est mis en œuvre dans FirePropertyChanged mais en utilisant OnPropertyChanged("Item") est le seul code de travail au moins dans Xamarin Forms. Je ne sais pas pourquoi il est si ennuyeux avec l'ajout de [].
InformationsquelleAutor Jb Evain
15

De plus, vous pouvez utiliser
```
FirePropertyChanged ("Item[IndexerKeyThingy]");
```
Pour notifier que les contrôles liés à IndexerKeyThingy sur votre indexeur.
- +1 Utile de savoir que vous pouvez vous élever par entrée de dictionnaire
- Quelqu'un a réussi à arrivé au travail? Il ne fonctionne pas pour moi. Seul "Point[]" semble déclencher les mises à jour.
- Il fonctionne très bien sur Silverlight 4 et 5, mais sur WPF 4.6.2 il ne fonctionne pas du tout. Toujours utiliser de l'Élément de[].
- C'est un discret INotifyCollectionChanged comportement! Je me demande si cela va marcher dans les Xamarin.Les formulaires.
InformationsquelleAutor ghord
5

En fait, je crois que le réglage de la IndexerName attribut "Point" est redondant. Le IndexerName attribut est spécifiquement conçu pour renommer un indice, si vous voulez donner de l'élément de la collection un nom différent. Ainsi, votre code pourrait ressembler à quelque chose comme ceci:
```
public class IndexerProvider : INotifyPropertyChanged {

    [IndexerName("myIndexItem")]
    public object this [string key] {
        get {
            return ...;
        }
        set {
            ... = value;
            FirePropertyChanged ("myIndexItem[]");
        }
    }
}
```
Une fois que vous l'indexeur nom de tout ce que vous voulez, vous pouvez ensuite l'utiliser dans le FirePropertyChanged événement.

InformationsquelleAutor dimondwoof
5

Il y a au moins un couple d'autres limitations lorsque vous traitez avec INotifyPropertyChang(ed/ing) et des indexeurs.

La première est que la plupart des méthodes populaires d'éviter de magie nom de la propriété chaînes sont inefficaces. La chaîne créée par le [CallerMemberName] attribut est manquant, l' '[]' à la fin, et membre lambda expressions ont des difficultés à exprimer le concept à tous.
```
() => this[]  //Is invalid
() => this[i] //Is a method call expression on get_Item(TIndex i)
() => this    //Is a constant expression on the base object
```
Plusieurs d'autres postes ont utilisé Liaison.IndexerName pour éviter le littéral de chaîne "Item[]", ce qui est raisonnable, mais soulève le deuxième problème potentiel. Une enquête de la dissasembly de parties connexes de WPF tourné le segment suivant, dans PropertyPath.ResolvePathParts.
```
if (this._arySVI[i].type == SourceValueType.Indexer)
  {
    IndexerParameterInfo[] array = this.ResolveIndexerParams(this._arySVI[i].paramList, obj, throwOnError);
    this._earlyBoundPathParts[i] = array;
    this._arySVI[i].propertyName = "Item[]";
  }
```
L'utilisation répétée de "Item[]" comme une valeur constante suggère que WPF s'attend à ce que le nom passé dans l'événement PropertyChanged, et, même si elle ne se soucie pas de ce que la propriété réelle est appelé (que je n'ai pas de déterminer à ma satisfaction d'une façon ou de l'autre), évitant l'utilisation de [IndexerName] serait de maintenir la cohérence.

InformationsquelleAutor Andrew Elford

Vous devez vous connecter pour publier un commentaire.