L'événement TextBox.TextChanged se déclenche deux fois sur l'émulateur Windows Phone 7

Question

J'ai une application de test très simple pour m'amuser avec Windows Phone 7. J'ai juste ajouté un TextBox et un TextBlock au modèle standard de l'interface utilisateur. Le seul code personnalisé est le suivant :

public partial class MainPage : PhoneApplicationPage
{
    public MainPage()
    {
        InitializeComponent();
    }

    private int counter = 0;

    private void TextBoxChanged(object sender, TextChangedEventArgs e)
    {
        textBlock1.Text += "Text changed " + (counter++) + "\r\n";
    }
}

Le site TextBox.TextChanged L'événement est relié à TextBoxChanged dans le XAML :

<TextBox Height="72" HorizontalAlignment="Left" Margin="6,37,0,0"
         Name="textBox1" Text="" VerticalAlignment="Top"
         Width="460" TextChanged="TextBoxChanged" />

Cependant, chaque fois que j'appuie sur une touche lors de l'exécution dans l'émulateur (que ce soit le clavier à l'écran ou le clavier physique, après avoir appuyé sur Pause pour activer ce dernier), le compteur s'incrémente deux fois, affichant deux lignes dans le champ TextBlock . Tout ce que j'ai essayé montre que l'événement est réellement déclenché deux fois, et je ne sais pas pourquoi. J'ai vérifié qu'il n'est souscrit qu'une seule fois - si je me désinscris dans l'événement MainPage rien ne se passe (dans le bloc de texte) lorsque le texte change.

J'ai essayé le code équivalent dans une application Silverlight ordinaire, et le problème ne s'est pas produit. Je n'ai pas de téléphone physique pour reproduire ce problème pour le moment. Je n'ai trouvé aucune trace de ce problème connu dans Windows Phone 7.

Quelqu'un peut-il m'expliquer ce que je fais de mal, ou dois-je le signaler comme un bug ?

EDIT : Pour réduire la possibilité que cela soit dû au fait d'avoir deux contrôles de texte, j'ai essayé de supprimer l'option TextBlock complètement, et en changeant la méthode TextBoxChanged en juste incrémenter counter . J'ai ensuite exécuté dans l'émulateur, tapé 10 lettres et puis mettre un point d'arrêt sur le counter++; (juste pour éliminer toute possibilité que l'entrée dans le débogueur cause des problèmes) - et il affiche counter comme 20.

EDIT : J'ai maintenant demandé dans le forum Windows Phone 7 ... nous verrons ce qui se passe.

Answer 1

La raison pour laquelle le TextChanged Le fait que l'événement se déclenche deux fois dans WP7 est un effet secondaire de la façon dont l'élément TextBox a été modélisé pour le look Metro.

Si vous modifiez le TextBox dans Blend, vous verrez qu'il contient un modèle secondaire. TextBox pour l'état désactivé/en lecture seule. Cela a pour effet secondaire de déclencher deux fois l'événement.

Vous pouvez modifier le modèle pour supprimer le supplément TextBox (et les états associés) si vous n'avez pas besoin de ces états, ou modifiez le modèle pour obtenir un aspect différent dans l'état désactivé/en lecture seule, sans utiliser un élément secondaire TextBox .

Ainsi, l'événement ne se déclenchera qu'une seule fois.

Answer 2

J'opterais pour le bug, principalement parce que si vous mettez la KeyDown et KeyUp à cet endroit, il montre qu'ils ne sont déclenchés qu'une seule fois (chacun d'entre eux), mais l'événement TextBoxChanged L'événement est déclenché deux fois

Answer 3

Cela me semble être un bug. Comme solution de contournement, vous pouvez toujours utiliser la méthode de Rx. DistinctUntilChanged . Il existe une surcharge qui vous permet de spécifier la clé distincte.

Cette méthode d'extension renvoie l'événement TextChanged observable mais ignore les doublons consécutifs :

public static IObservable<IEvent<TextChangedEventArgs>> GetTextChanged(
    this TextBox tb)
{
    return Observable.FromEvent<TextChangedEventArgs>(
               h => textBox1.TextChanged += h, 
               h => textBox1.TextChanged -= h
           )
           .DistinctUntilChanged(t => t.Text);
}

Une fois que le bogue est corrigé, vous pouvez simplement supprimer l'option DistinctUntilChanged ligne.

Answer 4

Joli ! J'ai trouvé cette question en cherchant un problème connexe et j'ai également trouvé cette chose ennuyeuse dans mon code. L'événement double consomme plus de ressources CPU dans mon cas. J'ai donc corrigé ma boîte de texte de filtre en temps réel avec cette solution :

private string filterText = String.Empty;

private void SearchBoxUpdated( object sender, TextChangedEventArgs e )
{
    if ( filterText != filterTextBox.Text )
    {
        // one call per change
        filterText = filterTextBox.Text;
        ...
    }

}

Answer 5

Je pense que cela a toujours été un bug dans le Compact Framework. Il doit avoir été reporté dans WP7.