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.
Certaines propriétés ne peuvent pas être définies directement dans un objet de service. Cela se produit le plus souvent dans le cas des propriétés de capacité ; celles qui ont le préfixe Cap dans leur nom. Selon la spécification Unified Point Of Service (UnifiedPOS), ces propriétés doivent être en lecture seule. Par conséquent, un mécanisme spécifique à l’implémentation est nécessaire pour que l’objet de service modifie la valeur de ces propriétés.
Propriétés BaseClass
Les classes Microsoft Point of Services pour .NET (POS pour .NET) Base ont la propriété protégée Properties à cet effet. Cette propriété retourne une classe d’assistance qui a des versions accessibles en écriture des propriétés en lecture seule implémentées dans la classe Base. Par exemple, PinPadBase a une propriété appelée Properties qui retourne un objet de type PinPadProperties. Et cet objet contient des propriétés utilisées pour définir différentes propriétés de fonctionnalité spécifiques de PinPad, telles que CapDisplay.
Propriétés PosCommon
En plus des classes de propriétés propres à l’appareil, toutes les classes POS pour .NET Base et Basic ont également une propriété protégée appelée CommonProperties qui retourne un objet de type CommonProperties. Cette classe d’assistance est utilisée pour modifier les propriétés de fonctionnalité et d’état trouvées dans PosCommon.
Définition des propriétés à l’aide de classes d’assistance
En général, un objet de service doit toujours accéder à la valeur de ses propriétés communes et spécifiques à la classe à l’aide des classes d’assistance. Ces propriétés peuvent être écrites par l’objet de service et contiennent toujours les valeurs appropriées.
Le développeur d’objets de service doit être conscient de ce que POS pour .NET Framework peut faire lorsqu’une valeur particulière est modifiée. Par exemple, l’objet de service ne doit généralement pas modifier CommonProperties.State, car cela peut interférer avec l’état interne POS pour .NET. De même, le développeur d’objets de service doit savoir que la modification de CommonProperties.PowerState peut envoyer un événement StatusUpdateEvent à l’application.
Notes
Lors de la dérivation des classes POS pour .NET Base ou Basic, l’objet de service ne doit généralement pas modifier la valeur de CommonProperties.State en la définissant sur ControlState.Closed. Cela empêche le nettoyage de la file d’attente d’événements, et POS pour .NET peut lever des exceptions ultérieurement, car il tente de traiter des événements qui sont déjà dans la file d’attente.
Voir aussi
Collaborer avec nous sur GitHub
La source de ce contenu se trouve sur GitHub, où vous pouvez également créer et examiner les problèmes et les demandes de tirage. Pour plus d’informations, consultez notre guide du contributeur.
