Qualcuno può fornirmi un breve riepilogo di cosa sia un ViewModelLocator, come funziona e quali sono i pro / contro per il suo utilizzo rispetto a DataTemplates?
Ho provato a trovare informazioni su Google ma sembra che ci siano molte diverse implementazioni e nessun elenco rigoroso su cosa sia e sui pro / contro del suo utilizzo.
Risposte:
In MVVM la pratica abituale consiste nel fare in modo che le viste trovino i propri ViewModel risolvendoli da un contenitore di inserimento delle dipendenze (DI). Ciò avviene automaticamente quando al contenitore viene chiesto di fornire (risolvere) un'istanza della classe View. Il contenitore inietta il ViewModel nella vista chiamando un costruttore della vista che accetta un parametro ViewModel; questo schema è chiamato inversione di controllo (IoC).
Il vantaggio principale qui è che il contenitore può essere configurato in fase di esecuzione con istruzioni su come risolvere i tipi che richiediamo da esso. Ciò consente una maggiore testabilità istruendolo a risolvere i tipi (Views e ViewModels) che usiamo quando la nostra applicazione viene effettivamente eseguita, ma istruendola in modo diverso quando si eseguono gli unit test per l'applicazione. In quest'ultimo caso l'applicazione non avrà nemmeno un'interfaccia utente (non è in esecuzione; solo i test sono) quindi il contenitore risolverà i mock al posto dei tipi "normali" utilizzati quando l'applicazione viene eseguita.
Finora abbiamo visto che l'approccio DI consente una facile testabilità dell'applicazione aggiungendo uno strato di astrazione sulla creazione dei componenti dell'applicazione. C'è un problema con questo approccio: non funziona bene con i designer visivi come Microsoft Expression Blend.
Il problema è che sia nelle normali esecuzioni dell'applicazione che nelle esecuzioni di unit test, qualcuno deve impostare il container con le istruzioni sui tipi da risolvere; inoltre, qualcuno deve chiedere al contenitore di risolvere le viste in modo che i ViewModels possano essere iniettati in esse.
Tuttavia, in fase di progettazione non è in esecuzione alcun nostro codice . Il designer tenta di utilizzare la riflessione per creare istanze delle nostre viste, il che significa che:
DataContextsarà nullcosì avremo una vista "vuota" nel designer - che non è molto utileViewModelLocator è un'astrazione aggiuntiva usata in questo modo:
Ovviamente questo significa che la vista deve avere un costruttore senza parametri per cominciare (altrimenti il progettista non sarà in grado di istanziarlo).
ViewModelLocator è un idioma che ti consente di mantenere i vantaggi di DI nella tua applicazione MVVM, consentendo anche al tuo codice di funzionare bene con i designer visivi. Questa operazione viene talvolta chiamata "sfumabilità" dell'applicazione (con riferimento a Expression Blend).
Dopo aver digerito quanto sopra, vedere un esempio pratico qui .
Infine, l'utilizzo di modelli di dati non è un'alternativa all'utilizzo di ViewModelLocator, ma un'alternativa all'utilizzo di coppie View / ViewModel esplicite per parti dell'interfaccia utente. Spesso potresti scoprire che non è necessario definire una vista per un ViewModel perché puoi invece utilizzare un modello di dati.
d:DataContext="{d:DesignInstance MockViewModels:MockMainWindowModel, IsDesignTimeCreatable=True}". Lo scopo del localizzatore è di abilitare effettivamente DI sulle viste, perché WPF è così pessimo nel fornirlo. Esempio: hai una finestra principale che apre una finestra di dialogo. Per risolvere il DI nella finestra di dialogo nel solito modo, dovresti passarlo come dipendenza dalla finestra principale! Questo viene evitato con il View Locator.
Un esempio di implementazione della risposta di @ Jon
Ho una classe di localizzazione del modello di visualizzazione. Ogni proprietà sarà un'istanza del modello di visualizzazione che assegnerò alla mia vista. Posso verificare se il codice è in esecuzione in modalità progettazione o non lo utilizza DesignerProperties.GetIsInDesignMode. Ciò mi consente di utilizzare un modello fittizio durante la fase di progettazione e l'oggetto reale quando eseguo l'applicazione.
public class ViewModelLocator
{
private DependencyObject dummy = new DependencyObject();
public IMainViewModel MainViewModel
{
get
{
if (IsInDesignMode())
{
return new MockMainViewModel();
}
return MyIoC.Container.GetExportedValue<IMainViewModel>();
}
}
// returns true if editing .xaml file in VS for example
private bool IsInDesignMode()
{
return DesignerProperties.GetIsInDesignMode(dummy);
}
}E per usarlo posso aggiungere il mio localizzatore alle App.xamlrisorse:
xmlns:core="clr-namespace:MyViewModelLocatorNamespace"
<Application.Resources>
<core:ViewModelLocator x:Key="ViewModelLocator" />
</Application.Resources>E poi per collegare la tua vista (es: MainView.xaml) al tuo viewmodel:
<Window ...
DataContext="{Binding Path=MainViewModel, Source={StaticResource ViewModelLocator}}">thisinvece di dummy?
Non capisco perché le altre risposte a questa domanda avvolgono il Designer.
Lo scopo del View Model Locator è quello di consentire alla tua vista di istanziare questo (sì, View Model Locator = View First):
public void MyWindowViewModel(IService someService)
{
}invece di solo questo:
public void MyWindowViewModel()
{
}dichiarando questo:
DataContext="{Binding MainWindowModel, Source={StaticResource ViewModelLocator}}"Dov'è la ViewModelLocatorclasse, che fa riferimento a un IoC ed è così che risolve la MainWindowModelproprietà che espone.
Non ha nulla a che fare con la fornitura di modelli di vista Mock alla tua vista. Se lo vuoi, fallo e basta
d:DataContext="{d:DesignInstance MockViewModels:MockMainWindowModel, IsDesignTimeCreatable=True}"Il View Model Locator è un wrapper attorno ad alcuni (qualsiasi) contenitore Inversion of Control, come Unity per esempio.
Fare riferimento a: