MVVM. ¿Está el código agregado a Ver justificado en algunos casos?

Question

Tengo una vista que tiene una lista de elementos vinculados a mi ViewModel (patrón de MVVM).

Digamos que parece que:

<ScrollViewer Width="Auto" Height="Auto"> 
    <ItemsControl ItemsSource="{Binding Path=MessageLog}" 
        Grid.IsSharedSizeScope="True"      
        ScrollViewer.CanContentScroll="True"> 
     <ItemsControl.ItemTemplate> 
      <DataTemplate> 
       <Grid> 
        <Grid.ColumnDefinitions> 
         <ColumnDefinition Width="150" SharedSizeGroup="FullName"/> 
         <ColumnDefinition Width="*" SharedSizeGroup="MessageLog"/> 
        </Grid.ColumnDefinitions>         
        <StackPanel> 
         <TextBlock Text="{Binding Path=PostedBy.FullName}" /> 
         <TextBlock Text="{Binding Path=DatePosted}" /> 
        </StackPanel> 
        <TextBlock Grid.Column="1" Text="{Binding Path=MessageLog}"/> 
       </Grid> 
      </DataTemplate> 
     </ItemsControl.ItemTemplate> 
    </ItemsControl> 
</ScrollViewer> 

Cuando el usuario añade algo a messageLog (hay una propiedad messageLog en VM) Quiero desplazarse automáticamente al elemento más reciente.

En otras palabras, solo quiero mover la barra de desplazamiento automáticamente cuando el usuario escribe un mensaje y pulsa la tecla enter (algo así como lo hace Skype).

El enlace en MessageLog funciona como se esperaba y el elemento se actualiza en la vista. (Estoy contento con eso y quiero dejarlo así)

Me pregunto si al usar el enfoque de patrón MVVM, ¿puedo implementar un desplazamiento automático en el código detrás del archivo de la Vista? Parece bastante lógico ya que el comportamiento de desplazamiento no tiene nada que ver con la VM y ViewModel no sabe nada sobre la Vista. ¿Es correcto? ¿Voy bien o me falta algo?

En general, ¿cuándo tiene sentido agregar una implementación a una Vista?

Answer 1

Sí, esto es perfectamente aceptable. Como la lógica aquí está 100% relacionada con la Vista, no hay problema con agregarla a la Vista.

MVVM consiste en separar su lógica de aplicación de su lógica de visualización, no necesariamente sobre eliminar el 100% del código de su vista.

Dicho esto, existen alternativas al código para esto. Las propiedades adjuntas (o Comportamientos) son una gran opción para tareas como estas; tienen la gran ventaja de poder volver a usarse en otras Vistas más tarde, por lo que no reinventarás esto más adelante si decides que deseas el mismo comportamiento en otras partes de tu Usuario Interfaz.