Detectando DataContext cambiado en Silverlight

Question

Tengo una pregunta de varias partes:

(1) ¿Hay una buena razón por la que Silverlight no expone un evento DataContextChanged? Parece que se podrían evitar muchos problemas si alguien en Microsoft simplemente cambiara internal a public en la clase FrameworkElement (como lo hace WPF).

(2) He encontrado one o two diferentes métodos para hackear su camino en un evento DataContextChanged usando DependencyProperties en una configuración u otra. Pero no puedo hacer que funcionen de manera confiable. Mi prueba hasta ahora parece mostrar que disparan el evento DataContextChanged pirateado muy bien para la primera clase a la que los conecto, pero no disparan para ninguna otra clase. ¿Alguien más se ha encontrado con ese problema? O mejor aún, ¿se han abierto camino a su alrededor?

(3) La razón por la que me he dado a querer saber cuándo ha cambiado mi DataContext es que hay algunas operaciones de IU que son complicadas de hacer en XAML, pero son triviales en el código subyacente; y para muchas de esas cosas, necesito manejar eventos planteados por mi ViewModel; y por lo tanto, necesito saber cuándo mi ViewModel ha cambiado, así que puedo conectar los manejadores de eventos. ¿Es esta una vista precisa del mundo? ¿O es el hecho de que estoy tratando con este tipo de cosas en código subyacente, una indicación bastante buena de que mi pensamiento se ha descarrilado hace algunos años? No soy un purista de MVVM: solo quiero llegar rápidamente a un buen código y no me importa cómo llegue allí. Code-behind me ha servido razonablemente bien durante más de una década, y estoy dispuesto a abandonarlo por completo. ¿Pero es mi pragmatismo lo que me hace más difícil en este punto?

Answer 1

"Pero es mi pragmatismo haciendo más difícil en mí mismo en este momento?"

Yo no lo llamaría pragmatismo. Yo lo llamaría miedo al cambio; permanecer en tu zona de confort En realidad, la vida es mucho más fácil si abandonas tu antigua forma de pensar y aceptas lo nuevo (y sé exactamente lo que quieres decir: yo estaba en el mismo barco que tú con código subyacente).

Ahora, fuera de mi caja de jabón y una respuesta más práctica:

Cuando se desea detectar cambios en su modelo, a continuación, conectar a los eventos que le permiten detectar cambios en su modelo . El DataContext no es realmente el modelo ... Todos sus objetos de modelo van a tener una implementación de INotifyPropertyChanged. Deberías engancharte a eso para un modelo dado, o conectarte a algo similar para un ObservableCollection.

Silverlight/WPF hacen todo este tipo de cosas MÁS fácil ahora que el enlace de datos realmente funciona.

No pelee con la estructura. No traigas viejas prácticas de ASP.Net contigo a este juego ... No te ayudará. Perderá las mejores partes del poder del marco de esa manera.

Saludos.