WPF definisce DataContext nel controllo all'interno di `ItemsControl`

 C Programming >> Programmazione C >  >> Tags >> WPF
WPF definisce DataContext nel controllo all'interno di `ItemsControl`

La soluzione per WPF definisce DataContext nel controllo all'interno di `ItemsControl`
è riportato di seguito:

Ho un MainWindow con il suo xaml e MainViewModel e un FahrtControl con il suo xaml e FahrtControlViewModel . Dentro il MainViewModel , ho un ObservableCollection di FahrtControlViewModel . Dentro MainWindow.xaml Ho un DataTemplate , collegando il FahrtControlViewModel e FahrtControl :

<DataTemplate DataType="{x:Type fahrtControl:FahrtControlViewModel}">
    <fahrtControl:FahrtControl />
</DataTemplate>

oltre a un ItemsControl all'interno di un StackPanel :

<StackPanel>
    <!-- ... -->
    <ItemsControl ItemsSource="{Binding FahrtControlViewModelCollection, UpdateSourceTrigger=PropertyChanged}" />
</StackPanel>

Dentro il FahrtControlViewModel , ho un costruttore che riceve alcuni valori dall'inizializzazione di MainViewModel – ciò significa che ci vogliono alcune argomentazioni (questo sarà rilevante in seguito, resta con me).

Dentro FahrtControl.xaml.cs 's costruttore, io chiamo InitializeComponent :

public FahrtControl ()
{
    InitializeComponent ();
}

e dentro FahrtControl.xaml Vorrei per impostare il DataContext (funziona senza di essa, ma poi Rider non riceve più i suggerimenti giusti):

<UserControl.DataContext>
    <fahrtControl:FahrtControlViewModel />
</UserControl.DataContext>

Tuttavia, questo porta a

  1. Un avviso per il pilota in FahrtControl.xaml :Nessun costruttore predefinito trovato
  2. Un'eccezione all'inizializzazione del controllo:
System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.NullReferenceException: Object reference not set to an instance of an object.
   at System.DefaultBinder.BindToMethod(BindingFlags bindingAttr, MethodBase[] match, Object[]& args, ParameterModifier[] modifiers, CultureInfo cultureInfo, String[] names, Object& state)
   at MS.Internal.Xaml.Runtime.ClrObjectRuntime.BindToMethod(BindingFlags bindingFlags, MethodBase[] candidates, Object[] args)
   at MS.Internal.Xaml.Runtime.DynamicMethodRuntime.CreateInstanceWithCtor(Type type, Object[] args)
   at MS.Internal.Xaml.Runtime.DynamicMethodRuntime.CreateInstanceWithCtor(XamlType xamlType, Object[] args)
   at MS.Internal.Xaml.Runtime.ClrObjectRuntime.CreateInstance(XamlType xamlType, Object[] args)
   at MS.Internal.Xaml.Runtime.PartialTrustTolerantRuntime.CreateInstance(XamlType xamlType, Object[] args)
   at System.Xaml.XamlObjectWriter.Logic_CreateAndAssignToParentStart(ObjectWriterContext ctx)
   at System.Xaml.XamlObjectWriter.WriteEndObject()
   at System.Xaml.XamlWriter.WriteNode(XamlReader reader)
   at System.Windows.Markup.WpfXamlLoader.TransformNodes(XamlReader xamlReader, XamlObjectWriter xamlWriter, Boolean onlyLoadOneNode, Boolean skipJournaledProperties, Boolean shouldPassLineNumberInfo, IXamlLineInfo xamlLineInfo, IXamlLineInfoConsumer xamlLineInfoConsumer, XamlContextStack`1 stack, IStyleConnector styleConnector)
   at System.Windows.Markup.WpfXamlLoader.Load(XamlReader xamlReader, IXamlObjectWriterFactory writerFactory, Boolean skipJournaledProperties, Object rootObject, XamlObjectWriterSettings settings, Uri baseUri)
   at System.Windows.Markup.WpfXamlLoader.LoadBaml(XamlReader xamlReader, Boolean skipJournaledProperties, Object rootObject, XamlAccessLevel accessLevel, Uri baseUri)
   at System.Windows.Markup.XamlReader.LoadBaml(Stream stream, ParserContext parserContext, Object parent, Boolean closeStream)
   at System.Windows.Application.LoadComponent(Object component, Uri resourceLocator)
   at WpfFrontend...FahrtControl.InitializeComponent() in D:...FahrtControlFahrtControl.xaml:line 1
   at WpfFrontend...FahrtControl..ctor() in D:...FahrtControlFahrtControl.xaml.cs:line 12

Quindi ci sono due possibili soluzioni che mi vengono in mente:

  1. Rimuovi la chiamata a InitializeComponent in FahrtControl.xaml.cs
  2. Aggiunta di un costruttore predefinito vuoto

Tuttavia, entrambe le soluzioni comportano che i controlli non vengano visualizzati / non contengano i dati rilevanti (in realtà non riesco a distinguere). Presumo che il primo li porti a non essere visualizzati (perché non sono inizializzati) e il secondo a essere vuoti (perché viene chiamato il costruttore predefinito e il riempimento FahrtControlViewModel viene sovrascritto con uno nuovo e vuoto.

Ho questo problema da anni e l'ho sempre ignorato (poiché sono interessati solo i suggerimenti del pilota / l'evidenziazione della sintassi), ma questo mi infastidisce davvero e voglio risolvere il problema correttamente.

Penso che il tuo problema sia che questo cerca di istanziare un nuovo istanza di FahrtControlViewModel (che non è possibile, in quanto non ha un costruttore senza parametri). Se fosse possibile, sovrascriverebbe semplicemente il contesto dei dati in fase di esecuzione.

<UserControl.DataContext>
    <fahrtControl:FahrtControlViewModel />
</UserControl.DataContext>

Invece, potresti voler utilizzare quanto segue:

xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
mc:Ignorable="d"
d:DataContext="{d:DesignInstance fahrtControl:FahrtControlViewModel}"

Tieni presente che questo è il modo in cui viene eseguito in Visual Studio, ma suppongo che funzioni anche in Rider.