O que são fontes de ligação? (WPF .NET)
Na associação de dados, o objeto de origem da associação refere-se ao objeto do qual você obtém dados. Este artigo discute os tipos de objetos que você pode usar como fonte de associação, como objetos CLR do .NET, XML e DependencyObject objetos.
Tipos de origem de associação
A associação de dados do Windows Presentation Foundation (WPF) dá suporte aos seguintes tipos de origem de associação:
Objetos CLR (Common Language Runtime) do .NET
Você pode associar a propriedades públicas, subpropriedades e indexadores de qualquer objeto CLR (Common Language Runtime). O mecanismo de associação usa a reflexão CLR para obter os valores das propriedades. Os objetos que implementam ICustomTypeDescriptor ou têm um registrado TypeDescriptionProvider também funcionam com o mecanismo de associação.
Para obter mais informações sobre como implementar uma classe que pode servir como uma fonte de associação, consulte Implementando uma fonte de associação em seus objetos mais adiante neste artigo.
Objetos dinâmicos
Você pode associar a propriedades e indexadores disponíveis de um objeto que implementa a IDynamicMetaObjectProvider interface. Se você pode acessar o membro no código, pode associar a ele. Por exemplo, se um objeto dinâmico permite que você acesse um membro no código por meio de
SomeObject.AProperty
, você pode associar a ele, definindo o caminho de associação comoAProperty
.ADO.NET objetos
Você pode vincular a objetos ADO.NET, como DataTable. O ADO.NET DataView implementa a IBindingList interface, que fornece notificações de alteração que o mecanismo de associação escuta.
Objetos XML
Você pode associar e executar
XPath
consultas em um XmlNodearquivo , XmlDocument, ou XmlElement. Uma maneira conveniente de acessar dados XML que são a origem da associação na marcação é usar um XmlDataProvider objeto. Para obter mais informações, consulte Associar a dados XML usando um XMLDataProvider e consultas XPath (.NET Framework).Você também pode associar a um XElement ou XDocument, ou associar aos resultados de consultas executadas em objetos desses tipos usando LINQ to XML. Uma maneira conveniente de usar o LINQ to XML para acessar dados XML que são a origem da associação na marcação é usar um ObjectDataProvider objeto. Para obter mais informações, consulte Associar a XDocument, XElement ou LINQ para resultados de consulta XML (.NET Framework).
DependencyObject Objetos
Você pode associar a propriedades de dependência de qualquer DependencyObject. Para obter um exemplo, consulte Associar as propriedades de dois controles (.NET Framework).
Implementar uma fonte de associação em seus objetos
Seus objetos CLR podem se tornar fontes de associação. Há algumas coisas a serem observadas ao implementar uma classe para servir como uma fonte de associação.
Fornecer notificações de alteração
Se você estiver usando uma ou OneWay TwoWay uma associação, implemente um mecanismo de notificação de "propriedade alterada" adequado. O mecanismo recomendado é que o CLR ou a classe dinâmica implemente a INotifyPropertyChanged interface. Para obter mais informações, consulte Como implementar a notificação de alteração de propriedade (.NET Framework).
Há duas maneiras de notificar um assinante sobre uma alteração de propriedade:
Implemente a interface INotifyPropertyChanged.
Esse é o mecanismo recomendado para notificações. O INotifyPropertyChanged fornece o PropertyChanged evento, que o sistema de encadernação respeita. Ao gerar esse evento e fornecer o nome da propriedade que foi alterada, você notificará um destino de associação sobre a alteração.
Implemente o
PropertyChanged
padrão.Cada propriedade que precisa notificar um destino de associação de que ela foi alterada tem um evento correspondente
PropertyNameChanged
, em quePropertyName
é o nome da propriedade. Você aciona o evento sempre que a propriedade é alterada.
Se a sua origem da associação implementa um desses mecanismos de notificação, as atualizações de destino ocorrem automaticamente. Se, por algum motivo, sua origem de associação não fornecer as notificações de alteração de propriedade adequadas, você poderá usar o UpdateTarget método para atualizar a propriedade de destino explicitamente.
Outras características
A lista a seguir fornece outros pontos importantes a serem observados:
Os objetos de dados que servem como fontes de associação podem ser declarados em XAML como recursos, desde que tenham um construtor sem parâmetros. Caso contrário, você deve criar o objeto de dados no código e atribuí-lo diretamente ao contexto de dados da árvore de objetos XAML ou como a fonte de associação da associação.
As propriedades que você usa como propriedades de origem de associação devem ser propriedades públicas de sua classe. As propriedades de interface definidas explicitamente não podem ser acessadas para fins de associação, nem propriedades protegidas, privadas, internas ou virtuais que não têm implementação base.
Você não pode vincular a campos públicos.
O tipo da propriedade declarado na sua classe é o tipo que é passado para a associação. No entanto, o tipo usado pela associação depende, em última análise, do tipo da propriedade de destino da associação e não da propriedade da origem da associação. Se houver uma diferença no tipo, talvez você queira escrever um conversor para lidar com como sua propriedade personalizada é inicialmente passada para a associação. Para obter mais informações, consulte IValueConverter.
Objetos inteiros como uma fonte de associação
Você pode usar um objeto inteiro como uma origem da associação. Especifique uma fonte de associação usando a Source propriedade ou e DataContext , em seguida, forneça uma declaração de associação em branco: {Binding}
. Os cenários em que isso é útil incluem a associação a objetos do tipo cadeia de caracteres, a associação a objetos com várias propriedades nas quais você está interessado ou a associação a objetos de coleção. Para obter um exemplo de associação a um objeto de coleção inteiro, consulte Como usar o padrão mestre-detalhe com dados hierárquicos (.NET Framework).
Talvez seja necessário aplicar a lógica personalizada para que os dados sejam significativos à sua propriedade de destino associada. A lógica personalizada pode estar na forma de um conversor personalizado ou de um DataTemplate. Para obter mais informações sobre conversores, consulte Conversão de dados. Para obter mais informações sobre modelos de dados, consulte Visão geral da modelagem de dados (.NET Framework).
Objetos de coleção como uma fonte de associação
Frequentemente, o objeto que você deseja usar como a origem da associação é uma coleção de objetos personalizados. Cada objeto serve como a fonte para uma instância de uma associação repetida. Por exemplo, você pode ter uma CustomerOrders
coleção que consiste em CustomerOrder
objetos, em que seu aplicativo itera sobre a coleção para determinar quantos pedidos existem e os dados contidos em cada pedido.
Você pode enumerar em qualquer coleção que implemente a interface IEnumerable. No entanto, para configurar associações dinâmicas para que inserções ou exclusões na coleção atualizem a interface do usuário automaticamente, a coleção deve implementar a interface INotifyCollectionChanged. Essa interface expõe um evento que deve ser acionado sempre que a coleção subjacente é alterada.
A ObservableCollection<T> classe é uma implementação interna de uma coleta de dados que expõe a INotifyCollectionChanged interface. Os objetos de dados individuais dentro da coleção devem satisfazer aos requisitos descritos nas seções anteriores. Para obter um exemplo, consulte Como criar e associar a um ObservableCollection (.NET Framework). Antes de implementar sua própria coleção, considere usar ObservableCollection<T> uma das classes de coleção existentes, como List<T>, Collection<T>, e BindingList<T>, entre muitas outras.
Quando você especifica uma coleção como uma fonte de associação, o WPF não se associa diretamente à coleção. Em vez disso, o WPF realmente se associa à exibição padrão da coleção. Para obter informações sobre exibições padrão, consulte Usando uma exibição padrão.
Se você tiver um cenário avançado e quiser implementar sua própria coleção, considere usar a IList interface. Essa interface fornece uma coleção não genérica de objetos que podem ser acessados individualmente pelo índice, o que pode melhorar o desempenho.
Requisitos de permissão na vinculação de dados
Ao contrário do .NET Framework, o .NET é executado com segurança de confiança total. Todas as associações de dados são executadas com o mesmo acesso que o usuário que executa o aplicativo.
Confira também
.NET Desktop feedback