Soy nuevo en WPF MVVM. ¿Alguien borró el uso de los comportamientos en la aplicación MVVM en WPF ?. ¿Por qué deberíamos buscar el Comportamiento incluso si tenemos acción de Método en WPF MVVM?Uso de Comportamiento en WPF MVVM?
Un comportamiento es lo que se adjunta a un elemento y especifica cuándo debe responder la aplicación.
La acción se une a la conducta y define lo que la aplicación debe hacer cuando se desencadena el comportamiento.
A primera vista, parece un comportamiento similar a una acción: una unidad autónoma de funcionalidad. La principal diferencia es que se invocan acciones a , y cuando se invocan, realizarán alguna operación. Un comportamiento no tiene el concepto de invocación; en su lugar, actúa más como un complemento de un objeto: funcionalidad opcional que puede ser adjunta a un objeto si lo desea. Se puede hacer ciertas cosas en respuesta a los estímulos del medio ambiente, pero no hay ninguna garantía de que el usuario puede controlar lo que este estímulo es: es decisión del autor comportamiento para determinar lo que puede y no puede ser modificado para requisitos particulares.
comportamientos permiten encapsular múltiples actividades relacionadas o dependientes más Estado en una sola unidad reutilizable.
En MVVM puede necesitar llamar a métodos de la Vista si su ViewModel expone métodos, no comandos. Los comportamientos permiten esto.
estado usted "tenemos la acción Método en WPF MVVM", pero por lo que yo sé "acción método" no es parte de WPF. Si está utilizando una biblioteca MVVM auxiliar, puede proporcionar "acción de método" que podría encapsular métodos en comandos. En tal caso, los comportamientos no son necesarios para el patrón MVVM usando métodos.
Tenga en cuenta, sin embargo, que los comportamientos tienen otros usos fuera de MVVM.
recomiendo encarecidamente la lectura de este code project article que demuestran
- lo que se une el comportamiento
- lo que son es alternativas
- sus ventajas en comparación con otras soluciones alternativas a problemas similares
La idea es que se establecer una propiedad adjunta en un elemento para que pueda obtener acceso al elemento de la clase que expone la propiedad adjunta. Una vez que la clase tiene acceso al elemento, puede enlazar eventos en él y, en respuesta a esos eventos activados, hacer que el elemento haga cosas que normalmente no haría. Es una alternativa muy conveniente para crear y usar subclases, y es muy amigable para XAML.
Conclusión del artículo anterior
Conexión de un evento en un objeto y hacer algo cuando se dispara es ciertamente no es una innovación revolucionaria, por cualquier tramo de la imaginación . En ese sentido, sus comportamientos asociados son sólo otra forma de hacer lo mismo de siempre. Sin embargo, la importancia de esta técnica es que tiene un nombre, que es probablemente el aspecto más importante de cualquier patrón de diseño . Además, puede crear sus comportamientos asociados y les aplicará a cualquier elemento sin tener que modificar ninguna otra parte del el sistema. Es una solución limpia para el problema planteado por Pascal Binggeli, y muchos, muchos otros problemas. Es una herramienta muy útil para tener en su caja de herramientas.
no me queda claro con sus datos Erno .. Cualquier otro poste detallada o tutoriales están allí con muestras ..? –
Agregué a mi respuesta. No veo cómo podría explicarlo mejor. Usted puede leer esto también: http://electricbeach.org/?p=148 –
Me aclaré ahora .. gracias ... :) –