Usando Microsoft (u otra) cinta con proyecto grande y MVVM

Question

Nuestra aplicación es un proyecto grande con muchos módulos y vista. La ventana principal tiene una cinta y estamos buscando la mejor manera de integrar la cinta en la aplicación.

He creado un servicio que permite registrar las vistas de los módulos para agregar elementos de cinta relevantes para ellos y, además, cualquier instancia de vista principal puede proporcionar sus propios elementos de cinta relevantes para esa instancia. un RibbonItem es una clase pequeña que abstrae las opciones de un elemento de cinta, y tiene principalmente Título, Descripción, Comando, UIType y Elementos hijo. El servicio se encarga de reconstruir la cinta cuando cambia la vista principal.

Un colega mío cree que este es un MVVM malo, ya que los usuarios necesitan diseñar su vista de cinta en código C# y no en XAML, y también dice que sería difícil hacer que un grupo de elementos esté desactivado o habilitado de una vez, ya que cada comando de estos elementos deberá actualizar su CanExecute por separado. En su lugar, sugirió tener una vista principal de Ribbon y archivos ViewModel, donde cada desarrollador que desee agregar un botón de cinta para su módulo o vista necesitaría agregarlos en la vista XAML y agregar un comando relevante en ViewModel. Además, VisualStates se usará para determinar qué elementos se mostrarán o habilitarán en función de los cambios en el modelo de vista (como cambio de vista o cambio de selección). Realmente no me gusta esta solución, principalmente porque todos los desarrolladores tendrán que poner sus conocimientos de los módulos en un archivo una vez grande.

Tenga en cuenta que algunos elementos en la cinta (por ejemplo, Opciones, Salir) son comunes a toda la aplicación, mientras que algunos son relevantes para un dominio de aplicación específico y algunos solo son relevantes para una vista específica.

Edit: Supongo que mi pregunta principal es ¿cuál es la forma recomendada de permitir que múltiples equipos de desarrollo se integren en una sola cinta? ¿Deberíamos tener un solo RibbonView y un solo RibbonViewModel que contendrán todos los elementos posibles en una cinta, y cada equipo agregará sus elementos a estos V/VM y también definirá la lógica sobre cuándo mostrarlos (probablemente usando el estado visual) ? ¿O permitimos que cada vista, modelo de vista o módulo registre elementos de cinta (dentro de su propio código C#) contra un servicio y haga que el servicio represente la cinta según sea necesario cuando la vista activa cambie con todos los elementos registrados en ese tipo? ¿O hay alguna forma mejor de lograr esta integración?

¿Qué opinas? ¿Tiene una mejor idea o una opinión sobre cómo administrar el recurso de cinta única que es común para múltiples desarrolladores?

Gracias, splintor

Answer 1

Estoy de acuerdo con el comentario de Will, su modelo de vista no debe preocuparse o no saben cómo se está representando o si los diseñadores cada vez deciden cambiar cómo se hacía.

Un ViewModel solo debe contener toda la información requerida para la capa de presentación para representarlo.

Por lo tanto, el ViewModel debe tener todas las propiedades que la barra de la cinta necesita vincular para funcionar. Luego puede usar un Resources.xaml o alguna otra estrategia para presentarlo.

Tomar un tiro en la oscuridad me gustaría probar algo como esto para los ViewModels:

public interface IMenuViewModel : INotifyPropertyChanged 
{ 
    ICommand Command {get;} 
    string Title {get;} 
    string Description {get;} 
    UIType Type {get;} 
    IList<IMenuViewModel> ChildItems {get;} 
} 

que sería entonces probablemente crear una clase abstracta que proporciona instrumentos INotifyPropertyChanged con una clase de colección los implementos INotifyCollectionChanged para cuidar de el código de plomería.

Me entonces probablemente hacer algo como esto en el Resources.xaml

<DataTemplate DataType="{x:Type vm:IMenuViewModel}"> 
    <StackPanel> 
    <Button Command="{Binding Command}" Content="{Binding Type}"/> 
    <ItemsControl ItemsSource="{Binding ChildItems}"/> 
    </StackPanel> 
</DataTemplate> 

para proporcionar una vista predeterminada para sus ViewModels

y luego, alguien tiene que hacer para crear una entrada en su cinta bar es

1) Implementar IMenuViewModel

2) Opcionalmente añadir otra entrada DataTemplate en su resources.xaml si wa nt su widget se procesó de forma diferente así:

<DataTemplate DataType="{x:Type vm:FooViewModel}"> 
    <v:FooView /> 
</DataTemplate> 

Espero no haber profundizado en cómo lo implementaría.

El punto principal es que un ViewModel sólo debe mostrar las propiedades requeridas para el fin de hacer su trabajo (que es la prestación del ViewModel), no para el ViewModel para hacer el trabajo o la atención cómo se hace.