AutomationPeer.GetPatternCore(PatternInterface) Metodo
Definizione
Importante
Alcune informazioni sono relative alla release non definitiva del prodotto, che potrebbe subire modifiche significative prima della release definitiva. Microsoft non riconosce alcuna garanzia, espressa o implicita, in merito alle informazioni qui fornite.
Fornisce il comportamento del peer quando un client microsoft Automazione interfaccia utente chiama GetPattern o un'API client microsoft Automazione interfaccia utente equivalente.
protected:
virtual Platform::Object ^ GetPatternCore(PatternInterface patternInterface) = GetPatternCore;IInspectable GetPatternCore(PatternInterface const& patternInterface);protected virtual object GetPatternCore(PatternInterface patternInterface);function getPatternCore(patternInterface)Protected Overridable Function GetPatternCore (patternInterface As PatternInterface) As ObjectParametri
- patternInterface
- PatternInterface
Valore dell'enumerazione PatternInterface .
Restituisce
Oggetto che implementa l'interfaccia del modello; Null se il peer non supporta questa interfaccia.
Commenti
L'implementazione standard a livello di AutomationPeer restituisce Null, perché la classe peer di base non supporta alcun modello. La maggior parte delle classi peer esistenti Windows Runtime esegue l'override di questo metodo per segnalare i modelli supportati da un determinato peer.
L'override di questo metodo per restituire l'implementazione di modelli supportati dalla classe peer è uno degli scenari più comuni per l'implementazione di un peer di automazione. Vedere Peer di automazione personalizzati.
Nota
Questo esempio non viene gestito e potrebbe non essere compilato.
Vedere l'esempio di accessibilità XAML per un'implementazione di OnCreateAutomationPeer che definisce il peer personalizzato restituito da OnCreateAutomationPeer (l'implementazione peer fa parte dello scenario 3 in questo esempio).
Note per le versioni precedenti
Windows 8.x
Windows 8 comportamento di selezione peer è potenzialmente influenzato dal fatto che il controllo sia destinato a visualizzare i dati come elementi. La logica di automazione per Windows 8 potrebbe selezionare un peer di dati dedicato e usare i relativi modelli, anche se è indicato un peer per il controllo complessivo e che il peer esegue l'override di GetPatternCore. Ad esempio, potrebbe essere presente l'override listViewAutomationPeer per i modelli, ma in Windows 8 i modelli di azione per gli elementi dati potrebbero avere la precedenza, ad esempio l'implementazione predefinita di ListViewItemDataAutomationPeer e gestirà il modello di scorrimento quando Automazione interfaccia utente cerca modelli negli elementi. Ciò è diverso a partire da Windows 8.1; se è indicato il supporto di criteri in un'implementazione GetPatternCore per il controllo complessivo, tale implementazione viene usata invece dei peer di dati dell'elemento interno.
Se si esegue la migrazione del codice dell'app da Windows 8 a Windows 8.1 è possibile tenere conto di questa modifica del comportamento, perché significa che il supporto del criterio di controllo degli elementi può essere usato anche per gli elementi dati e potrebbe essere necessario aggiungere il comportamento per lo scorrimento degli elementi, ad esempio.
Le app create per Windows 8 che vengono eseguite in Windows 8.1 continuano a usare il comportamento di Windows 8.