Suchergebnisse

Zitat von ErfinderDesRades: „Und noch dazu im CodeBehind! DataContexte lege man bitte im Xaml fest!“ Bitte verbreite keinen solchen Unsinn. Spätestens wenn du einen DI-Container verwendest und Dependency Injection einsetzt, wirst du es nicht in XAML definieren können, da XAML nur den Basiskonstruktor verwenden kann. @Haudruferzappeltnoch Der DataContext ist das Objekt, aus dem das aktuelle Objekt seine Daten bezieht. In diesem Fall bezieht sich das MainWindow auf seine Daten über seine Eigenscha…

Du bindest an eine statische Ressource. WPF versucht zur Desingzeit diese Ressource zu finden, obwohl sie nicht vorhanden ist. Du musst WPF die Möglichkeit geben, zur Designtime ein Objekt aus dem MainModel zu erstellen, indem es den parameterlosen Konstruktor aufruft. Zur Laufzeit ist das Objekt irgenwie doch vorhanden und Wpf findet es. Keine Ahnung wie aber es scheint zu funktionieren. Probier mal das hier: XML-Quellcode (7 Zeilen) achte darauf das MainModel im Namespace locla: vorhanden ist.…

Zitat von ErfinderDesRades: „hmm - Unsinn würde ich das deswegen nicht nennen.“ Sorry, hast recht Unsinn ist das nicht. Aber es ist kein muss und kein Verstoss gegen MVVM. Was meinst du mit "warnix". Hast du das selbe Problem? Mit warnix und geht nicht kann ich nicht viel anfangen. Etwas mehr Infos wären gut.

Zum Verständnis , MainModel ist das Objekt, das die Daten bereithält,stimmts? Nennen wir es MainViewModel. Das Anlegen von Datenobjekten als statische Ressourcen ist für mich neu. Statische oder Dynamische Ressourcen werden normalerweise für Dinge wie Bilder, Schriften und ähnliches verwendet. Deshalb sind das Ressourcen denke ich :). Klassen mit Eigenschaften und/oder Methoden gehören meiner Meinung nach nicht dazu, da statische Ressourcen anders geladen werden. Kann mir nicht vorstellen dass e…

Ich meinte kein Kopf machen über Sachen die erst verstanden werden können wenn man die Basics versteht. Sorry wollte dich nicht komplett verwirren. Ich halte mich mal raus.