Suchergebnisse

Hi, ich arbeite mich gerade in MVVM mit WPF ein. Das Grundprinzip hab ich glaub verstanden. (Die Business Logik muss ins ViewModel). Ich hab mir dazu ein älteres VB Projekt von mir vorgenommen und wollte dies nun auf MVVM umbiegen. Ich habe im Model 3 Klassen MConnection, MServer und MValue. Wollte Euch fragen, ob die 3 Klassen so in Ordnung sind für MVVM oder ob man da etwas verbessern/optimieren kann. Ein View, um Vorgaben zu speichern hab ich mir schon mal erstellt um zu testen, wie die Verbi…

Hi @Trade Jepp, so hab ich es auch verstanden, das das Model quasi alles sein kann. In meinem Fall wird es vermutlich nur beim Entity Framwework oder Dataset only bleiben. Dies hier hatte ich zum üben mal angepackt. Also die Verbindung selbst ist immer die gleiche (ist eine Ethernet Box die als Temperaturserver konfiguriert ist). Also IP, Port ist immer die gleiche. der Servername ist ja rein für interne Zwecke. Was sich allerdings ändert ist der abgefragte Com Port. der geht von 1.1 bis 3.4 und…

der Port ist ja auch immer der gleiche (Bei diesem Box Model), den könnte ich hart codet machen, aber um alles etwas flexibler zu gestalten hatte ich jetzt im SettingsView ne Textbox dafür vorgesehen. EDIT: ich glaub ich hau das alles in eine Klasse, dann wirds glaub einfacher. Ich muss ja sonst auch die Konstruktoren der einzelnen Klassen ändern, denn MConnection ruft ja MServer auf)

Ich hab da glaub auch nen Denkfehler grad Ich bin ja grad bei den Settings, die haben ja mit der eigentlichen Connection noch garnix zu tun. Die MainView muss ja die Connection aufrufen und erhält dann die Values der abgefragten ComPorts. Also ruf ich im SettingsViewModel die Server Klasse direkt auf und setze die Inhalte in Propertys (und speicher sie in ein XML). Und im MainView kann ich ja dann mit den gespeicherten Werten die Connection aufbauen. Dann brauch ich im ValueModel ja nur die eine…

Du hast es verstanden, obwohl ich mich umständlich ausgedrückt habe Also die Settings beinhalten die Daten für die Connection. Das hab ich soweit jetzt auch hin gefummelt. Ich stell mir das so vor. Das Programm wird gestartet, dann wird geprüft ob schon eine XML da ist und ob dort vernünftige Daten drinn stehn. Ist das der Fall, wird eine Verbindung aufgebaut und die die Daten des ComPorts abgefragt und in Labels angezeigt. Die Comports bau ich mit in die Settings, die ändern sich ja auch nicht …

also die Verbindung soll am Besten direkt beim Starten aufgebaut werden. Die Connection Daten brauch ich nicht, die Verbindung wird ja auch direkt wieder geschloßen, wenn der Wert zurück gegeben wird. Über einen Timer würd ich dann alle 5 Minuten den Wert erneut abfragen, also müsste ich die Connection im Konstruktor des ViewModels aufrufen, welches für das Anzeigen der Werte bestimmt ist. Es wird später ja nur 2 Views geben, Settings und die Anzeige der Werte. (Wenn mans genau nimmt, könnte ich…

Ja, bisher komm ich noch mit, bis auf 2 Punkte Singleton und ObservableCollection<ComPort> Das ViewModel für die Anzeige ruft ja die GetMeasuredValue Methode der Connection Klasse auf, da kann ich ja nen Command für her nehmen... Oder gar ein Delegate?

naja, ich möchte ja erreichen, das die Oberfläche alle 5 Minuten die aktuellen Werte anzeigt. Dachte ich könnte das Command zeitgesteuert aufrufen. Weil irgendwie muss da ja etwas gestartet werden, was irgendeine Methode abruft um die Werte zu holen. Den Namen brauch ich für die Anzeige, damit der/die User wissen, welche Temperatur von welchem Raum grad angezeigt wird. Also zum Beispiel Serverraum ist pcmeasure.com1.1 und Elektroraum ist pcmeasure.com3.3 Das mit der observablecollection muss ich…

Stimmt, da hast recht. Das View kann ja auch was anderes sein, zbsp. Ne android app, da könnte man ja mit nem refresh button arbeiten. Ich schmeiss jetzt erstmal den Grill an, family hat hunger morgen in der firma teste ich mal das bisherige und meld mich dann wieder.

Zitat von ErfinderDesRades: „ this.DataContext ist immer schlecht - den Datacontext sollteste im Xaml setzen - nicht im CodeBehind. Grundlagen - MVVM-Anwendungs-Struktur kennste schon? Da drin wird auch weiterverlinkt zu wie sichs im Xaml arbeitet, wenn der DataContext Xaml-gesetzt ist: Grundlagen - MVVM: "Binding-Picking" im Xaml-Editor“ Danke @ErfinderDesRades die Links kenn ich noch nicht, schaue ich mir gleich durch. Das man den DataContext auch im Xaml setzen kann, hab ich gestern gesehen Z…

So, jetzt hab ich mir die Artikel alle durchgelesen. Verstanden hab ich es nicht zu 100%. Daher hab ich nun mal das Projekt umgebaut. Es gibt nun eine MainModel Klasse und eine MainViewModel. Das View muss ich noch basteln... Hier die MainModel Klasse: (Versteckter Text) und dazu die MainViewModel: (Versteckter Text) nun will/muss ich im View ja 2 MeasuredValue bekommen. (Serverraum und Elektroraum). 2 verschiedene ComPorts. Muss ich da nun 2 Methoden machen und in 2 unterschiedliche Variablen r…

@Radinator Ich danke Dir für die Hinweise. Ich setze mich nachher noch einmal dran und baue das ganze nach Euren Hinweisen um (Danke auch an @Trade). Dabei werde ich mir noch das Projket von @ErfinderDesRades genauer anschauen, runtergeladen hab ichs schon.... Ich dachte ich hätte soweit alles verstanden :-(, aber das ist nochmal ne ganz andere Hausnummer als ein schnödes DataSet Only Ding. Da ich aber mehr und mehr Datenverarbeitungs- und Datenanzeige Tools benötige und das auch noch auf versch…

Hi, Danke für Eure Hinweise. Bin gerade unterwegs, melde mich aber morgen früh aber nochmal dazu, so ganz einig bin ich da noch nicht. Ich verstehe was ihr meint, aber wiederspricht dies nicht dem Konzept von MVVM?

Hallo @ErfinderDesRades ich verstehe Dich Mein Projekt mit dem Auslesen der aktuellen Temperaturen ist wahrlich etwas zu klein für MVVM. Ich verstehe MVVM so: Du hast das Model, das liefert die Daten, egal wo die herkommen (das kann eine DB sein, eine Textdatei, ein Temperaturserver etc.) Das Model kennt das ViewModel nicht und kennt auch das View nicht.... Das ViewModel ist quasi die unsichtbare Gui. hier steckt die ganze Logik drin, die die Daten aus dem Model verarbeitet/aufbereitet. Für vers…

@Radinator: Ich Danke Dir für diese ausführliche Erklärung. ich arbeite die ganzen Hinweise jetzt erstmal ab und baue meine BeispielProjekt nochmal um...

Sooo Leuts.... ich glaub JETZT hab ich geschnallt was MEIN Fehler ist bei Model und ViewModel und View.... Geh ich mal wieder auf mein Beispiel mit den Temperatur Server.... Da hatte ich ja die 3 Klassen MConnection, Mserver und MValue (Kann man ja in eine Klasse packen und dann DAL nennen). anstatt dann eine neue Klasse MainModel zu erstellen, muss ich einfach in der ViewModel (was dann die Klasse ist, die sich die Daten holt und zur Anzeige bereit stellt) nur die Daten eben abholen und in Prop…

Hi, so, ich hab jetzt mal das Beispiel umgebaut. Es gibt 1 Klasse: Measurement und 1 View. Im Konstruktor der Klasse wird der Wert abgeholt und in eine Property geschrieben. Ein Label ist an die Property gebunden. Klappt sehr gut. Es klappt im Moment halt nur für einen comport den ich beim Instanzieren mitgebe...

Hi @ErfinderDesRades ich hab in deinem Beispiel nachgeschaut wie man das im Xaml macht, bei mir hat es nur nicht geklappt, der kam irgendwie mit den Namespaces durcheinander, deswegen hab ichs nochmal im Code Behind gemacht. Ein anderes Projekt zwingt mich auch gerade erstmal wieder auf WinForms mit c# umzusteigen... Au Mann...