Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Les considérations relatives au threading Tablet PC suivantes sont spécifiques lorsque le modèle objet composant (COM) et Automation sont utilisés.
- Cohérence de thread
- Applications STA et MTA
- InkCollector et InkOverlay
- Récepteurs d’événements
- Exceptions dans les gestionnaires d’événements
- rubriques connexes
Cohérence de thread
À l’exception des contrôles InkPicture et InkEdit, les objets Tablet PC sont thread-safe et sont marqués comme tels. En étant marqués comme tels, ils peuvent s'exécuter dans un appartement monofil (STA) ou dans un appartement multithread (MTA).
Les formulaires Windows utilisent le modèle STA, car les windows forms sont basés sur des fenêtres Win32 natives et des threads qui utilisent à la fois des fenêtres Win32 et COM sont censés utiliser des appartements à thread unique.
Applications STA et MTA
Si votre application s’exécute dans un MTA ou utilise le marshaleur libre de threads (FTM), vous devez écrire du code thread-safe ; toutefois, de cette manière, vous pouvez améliorer certains problèmes de performances pour gérer des événements.
InkCollector et InkOverlay
Votre application ne doit pas publier sa référence finale à l’objet InkCollector ou InkOverlay , détruisant ainsi l’objet, directement à partir du thread d’encre. Au lieu de cela, l’application doit libérer l’objet InkCollector ou InkOverlay à partir d’un thread d’application.
Prudence : Une application marquée MTA ou utilisant le FTM, qui autorise les appels directs du thread d’encre dans l’appartement de l’application, peut libérer sa référence finale à l’objet InkCollector ou InkOverlay directement à partir du thread d’encre ; toutefois, cela provoque une défaillance d’application irrécupérable.
Récepteurs d’événements
Si votre application n’utilise pas le FTM et un objet et son récepteur d’événements sont créés dans différents appartements, l’événement s’exécute sur le thread de maintenance du récepteur d’événements.
Exceptions dans les gestionnaires d’événements
Les exceptions levées dans les gestionnaires d’événements Tablet PC sont consommées et ne sont pas visibles par le reste de votre application. De même, les valeurs HRESULT ne sont pas propagées à partir de gestionnaires d’événements Tablet PC. Si une application utilisant la couche COM lève une exception, le thread d’arrière-plan se termine et l’exception est perdue. Aucun gestionnaire d’événements supplémentaire n’est appelé.
Rubriques connexes