Est-il un identifiant unique pour wpf UIElement?

Pour l'enregistrement des actions de l'utilisateur dans mon WPF formes, j'ai ajouté quelques globale des gestionnaires d'événements

Je veux ouvrir une session exactement qui contrôle le feu de l'événement, est-il un identifiant unique pour un wpf UIElement comme ClientId dans ASP.Net?

Avez-vous essayé le FrameworkElement.Nom de la propriété?
Oui Dimitri, mais le Nom peut être vide, je ne veux pas mettre de Nom sur chaque contrôle exclusivement à des fins de journalisation
le PersistId la propriété semble être ce que vous cherchez. Hélas, il est maintenant obsolète et n'a apparemment pas de remplacement. Peut-être que vous pouvez tomber en arrière pour générer des identifiants uniques vous-même, dans ce cas, voir la cette question.
assurer la génération de l'id de moi-même est une bonne idée, mais dans le post, vous mentoined l'identifiant sera changé après l'application de la re-départ...qui fera journal inutilisable, et je ne pense pas qu'il y est de toute façon de produire de l'identifiant stable
Ma compréhension est la façon XAML construit une page qu'il n'a pas besoin d'un identifiant unique pour un élément de l'INTERFACE utilisateur. En l'absence de l'attribution d'un identifiant unique, je ne pense pas que vous allez en trouver un. GetHashCode pourrait fonctionner.

InformationsquelleAutor Arsen Mkrtchyan | 2012-04-03

c#uielement wpf wpf-controls

11

Pourquoi n'utilisez-vous pas le Code de Hachage.

Vous pouvez comparer les valeurs pour s'assurer qu'ils sont le même objet, et son facile à obtenir avec .GetHashCode()

Modifier

Évidemment c'est différent à chaque fois que vous exécutez le programme, donc en fait c'est pro une mauvaise idée, sauf si vous voulez mettre à jour le journal chaque fois que le processus est connecté. Possible cependant

Je veux dire que vous pourrait stocker une valeur de hachage pour chaque objet au moment où le journal est créé, mais je ne sais pas si j'aime ça
- Je l'ai testé et le problème est le GetHashCode() est uniquement pour cette session. Si vous fermer l'application et redémarrer les éléments de l'INTERFACE utilisateur obtiendrez tout nouveau HashCodes. Mais encore +1.
- GetHashCode seront changés au moins après l'application de la re-start, qui fera journal inutilisable...je veux avoir plus d'identifiant stable
- Les hachages sont pas uniques.
InformationsquelleAutor Jason Ridge
2

Semble que j'ai trouvé réponse à ma question, la réponse est Non, maintenant à la façon de le faire, Comme indiqué dans MSDN ici (http://msdn.microsoft.com/en-us/magazine/dd483216.aspx)

Avis que le haut-niveau de contrôle de la Fenêtre de définition ne contient pas de
Nom de l'attribut. Ceci est important car, comme nous allons le voir bientôt,
lorsque vous écrivez d'automatisation de test, un moyen facile d'obtenir une référence à un
contrôle à l'aide de la MUIA bibliothèque pour accéder à la AutomationId de la propriété,
qui est généré par le compilateur à partir de la commande Nom de l'attribut.
Les contrôles sans XAML Nom de l'attribut ne recevrez pas de
AutomationId de la propriété. Cette idée est un particulier, le faible niveau de l'exemple de
l'importance de prendre en compte la conception de l'application enjeux pour les choses
tels que la sécurité, l'extensibilité, et l'automatisation des tests.

InformationsquelleAutor Arsen Mkrtchyan
1

Une façon que vous pouvez faire, c'est avec un attribut personnalisé. Comme si...

La UIElement vous souhaitez vous connecter (UserControl par exemple):
```
[UserInterfaceID(ID = "{F436E9B3-C2F6-4CF8-8C75-0A2A756F1C74}")]
public partial class MyUserControl : UserControl
{
    InitializeComponent();
    //or whatever...
}
```
Alors vous avez besoin de la classe attribut personnalisé
```
[System.AttributeUsage(AttributeTargets.Class)]
public class UserInterfaceIDAttribute : Attribute
{
    public Guid ID { get; set; }
}
```
Maintenant dans votre code, vous pouvez faire quelque chose comme ceci:
```
MyUserControl control = new MyUserControl();
foreach(object att in control.GetCustomAttributes(typeof(UserInterfaceAttribute),false))
{
    UserInterfaceAttribute uiAtt = (UserInterfaceAttribute)att;
    Guid theID = uiAtt.ID;
}
```
Parce que vous êtes l'étiquetage de la commande avec un attribut dans le code, l'identificateur unique ne change jamais, peu importe combien de fois vous tuer /lancement de l'application.

Bien sûr c'est un exemple simple qui montre comment accéder à l'ID, mais vous aurez probablement envie d'utiliser un certain type de Programmation Orientée Aspects. Je fais exactement ce genre de chose à l'aide de Château de Windsor Intercepteurs, mais qui est hors de la portée de ce post.

Idéalement, vous serez en accédant à ce ID quand il y a une sorte d'événement qui est exclu. À l'aide de séparateurs permet d'aller capturer les appels de méthode avant qu'ils sont invoqués dans lequel vous pouvez rechercher le code comme indiqué ci-dessus et du journal de l'action. Alternativement, vous pouvez simplement utiliser
```
this.GetCustomAttributes(...)
```
dans un peu de méthode, lorsqu'un événement est déclenché sur le contrôle et l'intégration de votre code d'enregistrement de là. Ce modèle n'est pas le meilleur parce que vous êtes à l'aspersion transversale concerne tous les plus de faire un peu de type de la Programmation Orientée Aspects de l'approche mieux...mais encore une fois je m'égare et il est hors de la portée de ce post...mais vous voyez l'idée.

Espère que cette aide.
- Pourquoi j'ai besoin d'un attribut? Je peux définir toutes les propriétés de Nom de mes éléments de l'INTERFACE utilisateur, je veux juste trouver un moyen sans réglage de quoi que ce soit, parce que c'est possible en winform
InformationsquelleAutor Ricky

Vous êtes simplement à la recherche à l'ajout d'une Name ou x:Name de sorte que le Window/UserControl/Page expose le contrôle pour le reste de la classe avec le nom spécifié.

<Window ...>
   <Grid>
       ...

       <!-- These controls are named, so you can access them directly by name -->
       <Button x:Name="btnMyNamedButton" ... />
       <Button Name="btnMyOtherNamedButton" ... />

       <!-- This control is not named, so you can not directly access it by name -->
       <Button ... />
   <Grid>
</Window>

public partial class MyWindow : Window
{
    public MyWindow()
    {
        InitializeComponent();

        //btnMyNamedButton can be accessed
        //btnMyOtherNamedbutton can also be accessed

        //The third button can be accessed, but not directly by name.
    }
}

Aussi, vous pouvez toujours utiliser le FrameworkElement.Tag objet. Il est destiné à stocker arbitraire de l'information, de sorte que vous pouvez l'utiliser comme un identifiant unique si vous le souhaitez.

merci pour la réponse @mon, mais le Nom n'est pas ce que je suis à la recherche d', au premier abord, je ne veux pas donner le nom de tous les contrôles de l'INTERFACE utilisateur excursively pour l'enregistrement, et le second il peut être impossible pour une grille avec beaucoup de contrôles d'édition dans des modèles cellulaires...

InformationsquelleAutor m-y

0

Je crois, pour l'enregistrement des actions de l'utilisateur, vous pouvez utiliser le UIAutomation arbre et la AutomationElement.AutomationId bien, parce que cette approche est pris en charge dans tous les contrôles de l'INTERFACE utilisateur par défaut. De nombreux contrôles tiers sont prend également en charge la AutomationId de leurs éléments (par exemple les cellules de la grille). Un AutomationId est utile pour la création de tester des scripts d'automatisation.
- Hmmmm... semble AutomationId doit être trop,et si elle ne l'est pas, il renvoie le Nom qui est vide dans notre cas... je pense que aucun moyen de faire ce que je suis à la recherche de...
InformationsquelleAutor DmitryG

Vous devez vous connecter pour publier un commentaire.

Modifier