Estoy tratando de encontrar algunas diferencias entre estos enfoques. ¿Hay alguna situación en la que se utilicen comportamientos y no se pueda realizar la misma funcionalidad con las propiedades adjuntas?Interactivity.Behavior <T> vs propiedades adjuntas
Respuesta
No. Los comportamientos son básicamente una abstracción mucho mejor que las propiedades adjuntas.
Al utilizar Behavior<T>
, obtiene acceso directamente al AssociatedObject
, así como la capacidad de adjuntar y separar el comportamiento, fácilmente, en tiempo de ejecución.
Puede hacer esto con las propiedades adjuntas, pero requeriría agregar una gran cantidad de plomería adicional.
Los comportamientos se basan en las propiedades adjuntas. Eso significa que si no puede encontrar un comportamiento específico, escriba el suyo propio, ya sea basado en el marco de comportamientos proporcionado por Blend o creando su propio AP ...
Siempre pensé que los comportamientos son una gran evidencia de la potencia de las propiedades adjuntas. Simplemente increíble lo que puedes conseguir con ellos.
Tiendo a usar comportamientos para agregar funcionalidad que hace cambios visibles. Considerando que utilizo propiedades adjuntas para agregar información adicional a un objeto que posteriormente es utilizado por otros objetos.
E.g. Grid.Row es una buena propiedad adjunta, ya que es utilizada por la Grilla y no por el objetivo. Por otro lado, Autocorrección haría un buen comportamiento, ya que esto hará cambios visibles en el objeto.
Esta no es la respuesta. Pero la mejor explicación que puedo encontrar sobre este tema http://briannoyes.net/attached-behaviors-vs-attached-properties-vs-blend-behaviors/
Brian Noyes en sus artículos describe claramente las diferencias entre cada uno de los conceptos.
El enlace proporcionado está roto. –
Aquí está el enlace de trabajo http://briannoyesblog.azurewebsites.net/2012/12/20/attached-behaviors-vs-attached-properties-vs-blend-behaviors/ – lukeguy
- 1. Propiedades adjuntas pedido
- 2. propiedades adjuntas como XAML Elementos
- 3. Enlace de datos de propiedades adjuntas WPF
- 4. silverlight: cómo establecer las propiedades adjuntas Programáticamente
- 5. Enlace de plantilla con propiedades adjuntas
- 6. ¿Cómo funcionan exactamente las propiedades adjuntas en WPF?
- 7. Propiedades vs Métodos
- 8. <%# %> vs <%= %>
- 9. Buscar fuentes adjuntas en Eclipse
- 10. Cambiar citas adjuntas en Vim
- 11. Propiedades vs Paquete de recursos
- 12. MonoTouch - Campos vs Propiedades automáticas
- 13. ¿Está reduciendo el código repetitivo en la aplicación MVVM WPF para las propiedades adjuntas, comandos, etc.?
- 14. Response.Write vs <%= %>
- 15. rieles ERB <%- ... -%> vs <% ... %>
- 16. ASP.NET <%= %> vs <%: %>
- 17. : <span> vs <label>
- 18. <?> vs <T>
- 19. ObservableCollection <> vs. List <>
- 20. Propiedades internas protegidas vs Propiedades protegidas y Resharper
- 21. IEnumerable <T> VS VS IList <T> IQueryable <T>
- 22. mejores prácticas rieles Erb (<% %> vs <% -%> vs <%- -%>)
- 23. <span> vs <figure> vs <area>
- 24. DataTables vs IEnumerable <T>
- 25. "<>" vs "no en"
- 26. cat archivo | ... vs ... <archivo
- 27. Incrustar imágenes adjuntas en correos electrónicos HTML
- 28. eventos jquery no funciona para elementos adjuntas
- 29. Propiedades de Java: archivos .properties vs xml?
- 30. .NET Diccionario vs Las propiedades de clase
Sin embargo, se hace difícil agregarlos con un estilo. –
En realidad, hay algunas cosas que no puede hacer con las propiedades adjuntas ... Por ejemplo, sería posible agregar varias instancias del mismo comportamiento, pero solo puede establecer una propiedad adjunta una vez. OTOH, las propiedades adjuntas tienen una sintaxis más corta y se pueden usar en estilos, lo cual es difícil con los comportamientos. –
@ThomasLevesque también puede definir una Propiedad adjunta que agrega Comportamientos a un elemento de UI determinado y establecer esa propiedad en un Estilo .. haha =) –