Model View ViewModel - Versionsgeschichte

SchlurcherBot: Bot: http → https

2025-06-03T02:12:58Z

Bot: http → https

← Nächstältere Version		Version vom 3. Juni 2025, 04:12 Uhr
Zeile 19:		Zeile 19:
	* ''ViewModel:'' Enthält die UI-Logik (Model der View) und dient als Bindeglied zwischen View und obigem Model. Einerseits tauscht es Information mit dem Model aus, ruft also [[Methode (Programmierung)\|Methoden]] oder [[Dienst (Informatik)\|Dienste]] auf. Andererseits stellt es der View öffentliche [[Sprachelemente von C-Sharp#Eigenschaften (Schlüsselwörter get, set und value)\|Eigenschaften]] und [[Kommando (Entwurfsmuster)\|Befehle]] zur Verfügung. Diese werden von der View an [[Steuerelement]]e gebunden, um Inhalte auszugeben bzw. UI-Ereignisse weiterzuleiten. Das ViewModel darf dabei keinerlei Kenntnis der View besitzen.		* ''ViewModel:'' Enthält die UI-Logik (Model der View) und dient als Bindeglied zwischen View und obigem Model. Einerseits tauscht es Information mit dem Model aus, ruft also [[Methode (Programmierung)\|Methoden]] oder [[Dienst (Informatik)\|Dienste]] auf. Andererseits stellt es der View öffentliche [[Sprachelemente von C-Sharp#Eigenschaften (Schlüsselwörter get, set und value)\|Eigenschaften]] und [[Kommando (Entwurfsmuster)\|Befehle]] zur Verfügung. Diese werden von der View an [[Steuerelement]]e gebunden, um Inhalte auszugeben bzw. UI-Ereignisse weiterzuleiten. Das ViewModel darf dabei keinerlei Kenntnis der View besitzen.

	Das MVVM-Muster kann als technologie-spezifisch bezeichnet werden, da für die Verknüpfung von View und ViewModel ein Datenbindungsmechanismus benötigt wird. Diese Infrastruktur wird häufig als ''Binder'' bezeichnet.<ref>{{Internetquelle \|url=~~http~~://books.zkoss.org/zk-mvvm-book/8.0/data_binding/binder.html \|titel=Binder {{!}} \|abruf=2025-03-27}}</ref> Im Detail handelt es sich hierbei um einen bidirektionalen Einsatz des [[Beobachter (Entwurfsmuster)\|Beobachter-Muster]]s. ''Binder'', welche eine Datenbindung auf Basis von deklarativen Angaben etablieren können, sind für verschiedene Techniken vorhanden.		Das MVVM-Muster kann als technologie-spezifisch bezeichnet werden, da für die Verknüpfung von View und ViewModel ein Datenbindungsmechanismus benötigt wird. Diese Infrastruktur wird häufig als ''Binder'' bezeichnet.<ref>{{Internetquelle \|url=https://books.zkoss.org/zk-mvvm-book/8.0/data_binding/binder.html \|titel=Binder {{!}} \|abruf=2025-03-27}}</ref> Im Detail handelt es sich hierbei um einen bidirektionalen Einsatz des [[Beobachter (Entwurfsmuster)\|Beobachter-Muster]]s. ''Binder'', welche eine Datenbindung auf Basis von deklarativen Angaben etablieren können, sind für verschiedene Techniken vorhanden.

	=== .NET und JavaFX ===		=== .NET und JavaFX ===
Zeile 36:		Zeile 36:
	* Die [[Geschäftslogik]] kann unabhängig von der Darstellung bearbeitet werden. MVVM „erbt“ die leichtere Austauschbarkeit der View vom [[Model View Controller\|MVC]]-Muster.		* Die [[Geschäftslogik]] kann unabhängig von der Darstellung bearbeitet werden. MVVM „erbt“ die leichtere Austauschbarkeit der View vom [[Model View Controller\|MVC]]-Muster.
	* Die Testbarkeit verbessert sich, da die ViewModel die UI-Logiken enthalten und unabhängig von der View instanziiert werden können. Hierdurch sind keine UI-Tests nötig. Stattdessen genügen codebasierte [[Modultest]]s des ViewModel.		* Die Testbarkeit verbessert sich, da die ViewModel die UI-Logiken enthalten und unabhängig von der View instanziiert werden können. Hierdurch sind keine UI-Tests nötig. Stattdessen genügen codebasierte [[Modultest]]s des ViewModel.
	* Die Menge von [[Glue Code]] zwischen Model und View wird durch den Verzicht von Controller-Instanzen gegenüber dem MVC-Muster reduziert.<ref>{{cite web\| author = John Gossman\| title = Tales from the Smart Client: Advantages and disadvantages of M-V-VM.\| url = ~~http~~://blogs.msdn.com/johngossman/archive/2006/03/04/543695.aspx\| accessdate=2012-05-28}}</ref>		* Die Menge von [[Glue Code]] zwischen Model und View wird durch den Verzicht von Controller-Instanzen gegenüber dem MVC-Muster reduziert.<ref>{{cite web\| author = John Gossman\| title = Tales from the Smart Client: Advantages and disadvantages of M-V-VM.\| url = https://blogs.msdn.com/johngossman/archive/2006/03/04/543695.aspx\| accessdate=2012-05-28}}</ref>
	* Views können von reinen UI-Designern gestaltet werden, während Entwickler unabhängig davon die Models und ViewModels implementieren.		* Views können von reinen UI-Designern gestaltet werden, während Entwickler unabhängig davon die Models und ViewModels implementieren.
	* Es können unterschiedliche Views erstellt werden, die alle an dasselbe ViewModel gebunden werden, ohne dass dort Änderungen an der Programmierung vorgenommen werden müssen.		* Es können unterschiedliche Views erstellt werden, die alle an dasselbe ViewModel gebunden werden, ohne dass dort Änderungen an der Programmierung vorgenommen werden müssen.
Zeile 61:		Zeile 61:

	== Weblinks ==		== Weblinks ==
	* [~~http~~://www.norberteder.com/model-view-viewmodel-die-serie/ Norbert Eder: Model-View-ViewModel Die Serie] – Codebeispiel		* [https://www.norberteder.com/model-view-viewmodel-die-serie/ Norbert Eder: Model-View-ViewModel Die Serie] – Codebeispiel

	== Einzelnachweise ==		== Einzelnachweise ==

Schotterebene: Formatierung Beleg

2025-03-27T11:16:03Z

Formatierung Beleg

← Nächstältere Version		Version vom 27. März 2025, 13:16 Uhr
Zeile 8:		Zeile 8:

	== Geschichte ==		== Geschichte ==
	Das MVVM wurde 2005 von [[Microsoft MVP]] John Gossman veröffentlicht. Es ist eine Spezialisierung des ''Presentation Model'' von [[Martin Fowler]]<ref>~~[http~~://martinfowler.com/eaaDev/PresentationModel.html Presentation Model]</ref> und ist mit diesem insofern identisch, als beide Muster Zustand und Verhalten der View in ein separates UI-Model (Presentation bzw. View Model) verschieben. Das ''Presentation Model'' ermöglicht allerdings das Erzeugen einer View unabhängig von der UI-Plattform, wohingegen das MVVM ursprünglich auf UIs mittels WPF abzielt. Es findet allerdings inzwischen auch in anderen Bereichen Anwendung, ähnlich wie bei MVC.		Das MVVM wurde 2005 von [[Microsoft MVP]] John Gossman veröffentlicht. Es ist eine Spezialisierung des ''Presentation Model'' von [[Martin Fowler]]<ref>{{Internetquelle \|url=https://martinfowler.com/eaaDev/PresentationModel.html \|titel=Presentation Model \|abruf=2025-03-27}}</ref> und ist mit diesem insofern identisch, als beide Muster Zustand und Verhalten der View in ein separates UI-Model (Presentation bzw. View Model) verschieben. Das ''Presentation Model'' ermöglicht allerdings das Erzeugen einer View unabhängig von der UI-Plattform, wohingegen das MVVM ursprünglich auf UIs mittels WPF abzielt. Es findet allerdings inzwischen auch in anderen Bereichen Anwendung, ähnlich wie bei MVC.

	== Beschreibung ==		== Beschreibung ==
Zeile 19:		Zeile 19:
	* ''ViewModel:'' Enthält die UI-Logik (Model der View) und dient als Bindeglied zwischen View und obigem Model. Einerseits tauscht es Information mit dem Model aus, ruft also [[Methode (Programmierung)\|Methoden]] oder [[Dienst (Informatik)\|Dienste]] auf. Andererseits stellt es der View öffentliche [[Sprachelemente von C-Sharp#Eigenschaften (Schlüsselwörter get, set und value)\|Eigenschaften]] und [[Kommando (Entwurfsmuster)\|Befehle]] zur Verfügung. Diese werden von der View an [[Steuerelement]]e gebunden, um Inhalte auszugeben bzw. UI-Ereignisse weiterzuleiten. Das ViewModel darf dabei keinerlei Kenntnis der View besitzen.		* ''ViewModel:'' Enthält die UI-Logik (Model der View) und dient als Bindeglied zwischen View und obigem Model. Einerseits tauscht es Information mit dem Model aus, ruft also [[Methode (Programmierung)\|Methoden]] oder [[Dienst (Informatik)\|Dienste]] auf. Andererseits stellt es der View öffentliche [[Sprachelemente von C-Sharp#Eigenschaften (Schlüsselwörter get, set und value)\|Eigenschaften]] und [[Kommando (Entwurfsmuster)\|Befehle]] zur Verfügung. Diese werden von der View an [[Steuerelement]]e gebunden, um Inhalte auszugeben bzw. UI-Ereignisse weiterzuleiten. Das ViewModel darf dabei keinerlei Kenntnis der View besitzen.

	Das MVVM-Muster kann als technologie-spezifisch bezeichnet werden, da für die Verknüpfung von View und ViewModel ein Datenbindungsmechanismus benötigt wird. Diese Infrastruktur wird häufig als ''Binder'' bezeichnet<ref>[http://books.zkoss.org/zk-mvvm-book/8.0/data_binding/binder.html Binder~~-Definition aus~~ ~~dem~~ ZK-~~Framework]~~</ref>. Im Detail handelt es sich hierbei um einen bidirektionalen Einsatz des [[Beobachter (Entwurfsmuster)\|Beobachter-Muster]]s. ''Binder'', welche eine Datenbindung auf Basis von deklarativen Angaben etablieren können, sind für verschiedene Techniken vorhanden.		Das MVVM-Muster kann als technologie-spezifisch bezeichnet werden, da für die Verknüpfung von View und ViewModel ein Datenbindungsmechanismus benötigt wird. Diese Infrastruktur wird häufig als ''Binder'' bezeichnet.<ref>{{Internetquelle \|url=http://books.zkoss.org/zk-mvvm-book/8.0/data_binding/binder.html \|titel=Binder {{!}} \|abruf=2025-03-27}}</ref> Im Detail handelt es sich hierbei um einen bidirektionalen Einsatz des [[Beobachter (Entwurfsmuster)\|Beobachter-Muster]]s. ''Binder'', welche eine Datenbindung auf Basis von deklarativen Angaben etablieren können, sind für verschiedene Techniken vorhanden.

	=== .NET und JavaFX ===		=== .NET und JavaFX ===
Zeile 30:		Zeile 30:
	=== Android ===		=== Android ===

	Das MVVM-Muster und die Datenbindung kann ebenfalls bei der Implementierung mobiler [[Android (Betriebssystem)\|Android]]-Anwendungen verwendet werden.<ref>~~[http~~://developer.android.com/~~tools~~/data-binding~~/guide.html Android~~ Data Binding ~~Guide]~~ ~~(englisch)~~</ref>		Das MVVM-Muster und die Datenbindung kann ebenfalls bei der Implementierung mobiler [[Android (Betriebssystem)\|Android]]-Anwendungen verwendet werden.<ref>{{Internetquelle \|url=https://developer.android.com/topic/libraries/data-binding?hl=de \|titel=Data Binding Library {{!}} App architecture \|abruf=2025-03-27}}</ref>

	== Vor- und Nachteile ==		== Vor- und Nachteile ==

2.203.233.245: /* Geschichte */

2024-11-03T18:00:57Z

Geschichte

← Nächstältere Version		Version vom 3. November 2024, 20:00 Uhr
Zeile 8:		Zeile 8:

	== Geschichte ==		== Geschichte ==
	Das MVVM wurde 2005 von [[Microsoft MVP]] John Gossman veröffentlicht. Es ist eine Spezialisierung des Presentation Model von [[Martin Fowler]]<ref>[http://martinfowler.com/eaaDev/PresentationModel.html Presentation Model]</ref> und ist mit diesem insofern identisch, als beide Muster Zustand und Verhalten der View in ein separates UI-Model (Presentation bzw. View Model) verschieben. Das ''Presentation Model'' ermöglicht allerdings das Erzeugen einer View unabhängig von der UI-Plattform, wohingegen das MVVM ursprünglich auf UIs mittels WPF abzielt. Es findet allerdings inzwischen auch in anderen Bereichen Anwendung, ähnlich wie bei MVC.		Das MVVM wurde 2005 von [[Microsoft MVP]] John Gossman veröffentlicht. Es ist eine Spezialisierung des ''Presentation Model'' von [[Martin Fowler]]<ref>[http://martinfowler.com/eaaDev/PresentationModel.html Presentation Model]</ref> und ist mit diesem insofern identisch, als beide Muster Zustand und Verhalten der View in ein separates UI-Model (Presentation bzw. View Model) verschieben. Das ''Presentation Model'' ermöglicht allerdings das Erzeugen einer View unabhängig von der UI-Plattform, wohingegen das MVVM ursprünglich auf UIs mittels WPF abzielt. Es findet allerdings inzwischen auch in anderen Bereichen Anwendung, ähnlich wie bei MVC.

	== Beschreibung ==		== Beschreibung ==

2.203.233.245: /* Geschichte */ Link auf MVP entfernt. Presentation Model ist ungleich MVP.

2024-11-03T18:00:14Z

Geschichte: Link auf MVP entfernt. Presentation Model ist ungleich MVP.

← Nächstältere Version		Version vom 3. November 2024, 20:00 Uhr
Zeile 8:		Zeile 8:

	== Geschichte ==		== Geschichte ==
	Das MVVM wurde 2005 von [[Microsoft MVP]] John Gossman veröffentlicht. Es ist eine Spezialisierung des ~~[[Model View Presenter\|~~Presentation Model]] von [[Martin Fowler]]<ref>[http://martinfowler.com/eaaDev/PresentationModel.html Presentation Model]</ref> und ist mit diesem insofern identisch, als beide Muster Zustand und Verhalten der View in ein separates UI-Model (Presentation bzw. View Model) verschieben. Das ''Presentation Model'' ermöglicht allerdings das Erzeugen einer View unabhängig von der UI-Plattform, wohingegen das MVVM ursprünglich auf UIs mittels WPF abzielt. Es findet allerdings inzwischen auch in anderen Bereichen Anwendung, ähnlich wie bei MVC.		Das MVVM wurde 2005 von [[Microsoft MVP]] John Gossman veröffentlicht. Es ist eine Spezialisierung des Presentation Model von [[Martin Fowler]]<ref>[http://martinfowler.com/eaaDev/PresentationModel.html Presentation Model]</ref> und ist mit diesem insofern identisch, als beide Muster Zustand und Verhalten der View in ein separates UI-Model (Presentation bzw. View Model) verschieben. Das ''Presentation Model'' ermöglicht allerdings das Erzeugen einer View unabhängig von der UI-Plattform, wohingegen das MVVM ursprünglich auf UIs mittels WPF abzielt. Es findet allerdings inzwischen auch in anderen Bereichen Anwendung, ähnlich wie bei MVC.

	== Beschreibung ==		== Beschreibung ==

Uncopy: Ersetze Illustration durch SVG-Version derselben Infografik

2024-10-17T11:00:07Z

Ersetze Illustration durch SVG-Version derselben Infografik

← Nächstältere Version		Version vom 17. Oktober 2024, 13:00 Uhr
Zeile 1:		Zeile 1:
	[[Datei:MVVMPattern.~~png~~\|miniatur\|hochkant=2\|MVVM-Konzept: Die Datenbindung (Data Binding) ermöglicht die Trennung von View (z. B. XAML-Markup oder HTML) und Model für die Darstellung.]]		[[Datei:MVVMPattern.svg\|miniatur\|hochkant=2\|MVVM-Konzept: Die Datenbindung (Data Binding) ermöglicht die Trennung von View (z. B. XAML-Markup oder HTML) und Model für die Darstellung.]]

	'''Model View ViewModel''' ('''MVVM''') ist ein [[Entwurfsmuster]] und eine Variante des [[Model View Controller\|Model-View-Controller]]-Musters (MVC). Es dient zur Trennung zwischen Darstellung und Logik der [[Benutzerschnittstelle]] (UI) und des [[Frontend und Backend\|Software-Backends]]. Das Entwurfsmuster ist die Standardimplementierung von UI-Plattformen wie [[Cocoa (API)\|Cocoa]] ([[Apple]]), [[Windows Presentation Foundation]] (WPF, [[Microsoft]]) und [[JavaFX]] ([[Oracle]]). Im Webbrowser wird das Muster durch bestimmte [[JavaScript]]-[[Framework\|Frameworks]] wie [[React]] oder [[Knockout.js]] verfügbar, welche den Zustand einer [[HTML5]]-Benutzeroberfläche verwalten können. Die Unterteilung der Benutzeroberfläche in [[Komponentenbasierte Entwicklung\|Komponenten]], die aufeinander aufbauen und schlussendlich als View die gesamte Applikationsoberfläche darstellen, wird ''[[Kompositum (Entwurfsmuster)\|Compositing]]'' genannt und ist typisch für MVVM-Anwendungen.		'''Model View ViewModel''' ('''MVVM''') ist ein [[Entwurfsmuster]] und eine Variante des [[Model View Controller\|Model-View-Controller]]-Musters (MVC). Es dient zur Trennung zwischen Darstellung und Logik der [[Benutzerschnittstelle]] (UI) und des [[Frontend und Backend\|Software-Backends]]. Das Entwurfsmuster ist die Standardimplementierung von UI-Plattformen wie [[Cocoa (API)\|Cocoa]] ([[Apple]]), [[Windows Presentation Foundation]] (WPF, [[Microsoft]]) und [[JavaFX]] ([[Oracle]]). Im Webbrowser wird das Muster durch bestimmte [[JavaScript]]-[[Framework\|Frameworks]] wie [[React]] oder [[Knockout.js]] verfügbar, welche den Zustand einer [[HTML5]]-Benutzeroberfläche verwalten können. Die Unterteilung der Benutzeroberfläche in [[Komponentenbasierte Entwicklung\|Komponenten]], die aufeinander aufbauen und schlussendlich als View die gesamte Applikationsoberfläche darstellen, wird ''[[Kompositum (Entwurfsmuster)\|Compositing]]'' genannt und ist typisch für MVVM-Anwendungen.

Herzmut: kleinere Überarbeitungen

2024-03-09T01:38:56Z

kleinere Überarbeitungen

← Nächstältere Version		Version vom 9. März 2024, 03:38 Uhr
Zeile 1:		Zeile 1:
	[[Datei:MVVMPattern.png\|miniatur\|hochkant=2\|MVVM-Konzept: Die Datenbindung (Data Binding) ermöglicht die Trennung von View (z. B. XAML-Markup oder HTML) und Model für die Darstellung.]]		[[Datei:MVVMPattern.png\|miniatur\|hochkant=2\|MVVM-Konzept: Die Datenbindung (Data Binding) ermöglicht die Trennung von View (z. B. XAML-Markup oder HTML) und Model für die Darstellung.]]

	'''Model View ViewModel''' ('''MVVM''') ist ein [[Entwurfsmuster]] und eine Variante des [[Model View Controller\|Model-View-Controller]]-Musters (MVC). Es dient zur Trennung ~~von~~ Darstellung und Logik der [[Benutzerschnittstelle]] (UI). Es ~~zielt~~ ~~auf~~ ~~moderne~~ UI-Plattformen wie [[Cocoa (API)\|Cocoa]], [[Windows Presentation Foundation]] (WPF), [[~~JavaFX~~]], und [[~~HTML5~~]] ~~ab,~~ da ~~ein~~ ~~Datenbindungsmechanismus~~ ~~erforderlich~~ ~~ist.~~ ~~Gegenüber~~ ~~dem~~ ~~MVC~~-~~Muster~~ ~~kann~~ ~~die~~ ~~Testbarkeit~~ ~~verbessert~~ ~~und der Implementierungsaufwand reduziert werden~~, da ~~keine~~ ~~separaten~~ [[~~Model View Controller#Controller\|Controller-Instanzen~~]] ~~erforderlich~~ ~~sind~~. ~~MVVM~~ ~~erlaubt~~ ~~eine~~ ~~Rollentrennung von UI-Designern und Entwicklern,~~ ~~wodurch~~ [[~~Schichtenarchitektur~~\|~~Anwendungsschichten~~]] ~~von~~ ~~verschiedenen~~ ~~Arbeitsgruppen~~ ~~entwickelt~~ ~~werden~~ ~~können.~~ ~~Designer~~ ~~können~~ ~~einen~~ ~~Fokus~~ ~~auf~~ [[~~User~~ ~~Experience~~]] ~~setzen~~ und ~~Entwickler~~ ~~die~~ UI- ~~und [[Geschäftslogik]] schreiben~~.		'''Model View ViewModel''' ('''MVVM''') ist ein [[Entwurfsmuster]] und eine Variante des [[Model View Controller\|Model-View-Controller]]-Musters (MVC). Es dient zur Trennung zwischen Darstellung und Logik der [[Benutzerschnittstelle]] (UI) und des [[Frontend und Backend\|Software-Backends]]. Das Entwurfsmuster ist die Standardimplementierung von UI-Plattformen wie [[Cocoa (API)\|Cocoa]] ([[Apple]]), [[Windows Presentation Foundation]] (WPF, [[Microsoft]]) und [[JavaFX]] ([[Oracle]]). Im Webbrowser wird das Muster durch bestimmte [[JavaScript]]-[[Framework\|Frameworks]] wie [[React]] oder [[Knockout.js]] verfügbar, welche den Zustand einer [[HTML5]]-Benutzeroberfläche verwalten können. Die Unterteilung der Benutzeroberfläche in [[Komponentenbasierte Entwicklung\|Komponenten]], die aufeinander aufbauen und schlussendlich als View die gesamte Applikationsoberfläche darstellen, wird ''[[Kompositum (Entwurfsmuster)\|Compositing]]'' genannt und ist typisch für MVVM-Anwendungen.

			Das MVVM-Entwurfsmuster erfordert neben dem Kompositum-Entwurfsmuster auch das [[Beobachter (Entwurfsmuster)\|Beobachter]]-Entwurfsmuster, da das ''ViewModel'' den Zustand der UI abbildet, der sich wiederum durch Eingabe- und andere Ereignisse ändert. Die unmittelbare Reaktion der UI auf Änderungen im ''ViewModel'' und umgekehrt realisiert die [[Echtzeit]]-Datenbindung des Musters.

			MVVM erlaubte bei seiner Einführung die heute gebräuchliche Rollentrennung von UI-Designern im Frontend und Entwicklern im Backend, wodurch [[Schichtenarchitektur\|Anwendungsschichten]] von verschiedenen Arbeitsgruppen entwickelt werden konnten. Im Desktop-Umfeld eingeführt, findet sich das MVVM-Entwurfsmuster heute in den meisten webbasierten Clients.

	== Geschichte ==		== Geschichte ==
Zeile 22:		Zeile 26:

	=== JavaScript/HTML ===		=== JavaScript/HTML ===
	Das MVVM-Muster bzw. der hierzu benötigte Datenbindungsmechanismus wurden im Jahr 2010 von dem Microsoft-Entwickler ''Steve Sanderson'' nach [[JavaScript]] portiert. Die entstandene JavaScript-Bibliothek trägt den Namen [[Knockout.js]]. Mittlerweile findet das MVVM-Muster ebenfalls Einsatz in anderen JavaScript-Frameworks, wie z. B. [[Angular]]. Durch die Verwendung des MVVM-Muster bei client-lastigen [[Webanwendung]]en wird der Implementierungsaufwand reduziert, da sonst übliche manuelle [[Document Object Model\|DOM]]-Zugriffe durch die Datenbindung stark reduziert werden können. Die Beschreibung der Datenbindung erfolgt ebenfalls deklarativ, wie bei [[Extensible Application Markup Language\|XAML]]-basierten Microsoft-Produkten.		Das MVVM-Muster bzw. der hierzu benötigte Datenbindungsmechanismus wurden im Jahr 2010 von dem Microsoft-Entwickler ''Steve Sanderson'' nach [[JavaScript]] portiert. Die entstandene JavaScript-Bibliothek trägt den Namen [[Knockout.js]]. Mittlerweile findet das MVVM-Muster ebenfalls Einsatz in anderen JavaScript-Frameworks, wie z. B. [[Angular]], [[Vue.js]] oder [[React]]. Durch die Verwendung des MVVM-Muster bei client-lastigen [[Webanwendung]]en wird der Implementierungsaufwand reduziert, da sonst übliche manuelle [[Document Object Model\|DOM]]-Zugriffe durch die Datenbindung stark reduziert werden können. Die Beschreibung der Datenbindung erfolgt ebenfalls deklarativ, wie bei [[Extensible Application Markup Language\|XAML]]-basierten Microsoft-Produkten.

	=== Android ===		=== Android ===

Christian1985: /* Weblinks */ qualitativ schlechte weblinks entfernt

2022-11-28T16:34:42Z

Weblinks: qualitativ schlechte weblinks entfernt

← Nächstältere Version		Version vom 28. November 2022, 18:34 Uhr
Zeile 57:		Zeile 57:

	== Weblinks ==		== Weblinks ==
	* [http://openbook.rheinwerk-verlag.de/visual_csharp_2012/1997_28_005.html Visual C# 2012: Das MVVM-Pattern] – Buchkapitel bei [[Rheinwerk Verlag]]
	* [http://www.norberteder.com/model-view-viewmodel-die-serie/ Norbert Eder: Model-View-ViewModel Die Serie] – Codebeispiel		* [http://www.norberteder.com/model-view-viewmodel-die-serie/ Norbert Eder: Model-View-ViewModel Die Serie] – Codebeispiel
	* [http://nugetmusthaves.com/Tag/MVVM NuGet-Pakete] für MVVM-Frameworks

	== Einzelnachweise ==		== Einzelnachweise ==

Christian1985: /* MVVM-Frameworks */ Hier geht es um MVVM und nicht um WPF.

2022-11-28T16:33:43Z

MVVM-Frameworks: Hier geht es um MVVM und nicht um WPF.

@@ Zeile 48: / Zeile 48: @@
 * [[JavaFX]]
 * [[SwiftUI]]
 == Siehe auch ==

195.243.57.170: Ein relativ neues und sehr zeitsparendes NugetPackage

2022-11-28T14:18:14Z

Ein relativ neues und sehr zeitsparendes NugetPackage

← Nächstältere Version		Version vom 28. November 2022, 16:18 Uhr
Zeile 51:		Zeile 51:
	Es existieren weiterhin Hilfsbibliotheken, welche die Anwendung von WPF erleichtern sollen. Diese werden auch als MVVM-Frameworks bezeichnet. Dazu gehören		Es existieren weiterhin Hilfsbibliotheken, welche die Anwendung von WPF erleichtern sollen. Diese werden auch als MVVM-Frameworks bezeichnet. Dazu gehören

			* Community MVVM Toolkit
	* Prism		* Prism
	* Crosslight (kommerzielles Framework von der Firma Intersoft Solutions)		* Crosslight (kommerzielles Framework von der Firma Intersoft Solutions)

Tramontan: Link verändert auf Nachfolger Angular statt AngularJS

2022-06-10T08:03:49Z

Link verändert auf Nachfolger Angular statt AngularJS

← Nächstältere Version		Version vom 10. Juni 2022, 10:03 Uhr
Zeile 22:		Zeile 22:

	=== JavaScript/HTML ===		=== JavaScript/HTML ===
	Das MVVM-Muster bzw. der hierzu benötigte Datenbindungsmechanismus wurden im Jahr 2010 von dem Microsoft-Entwickler ''Steve Sanderson'' nach [[JavaScript]] portiert. Die entstandene JavaScript-Bibliothek trägt den Namen [[Knockout.js]]. Mittlerweile findet das MVVM-Muster ebenfalls Einsatz in anderen JavaScript-Frameworks, wie z. B. [[~~AngularJS~~]]. Durch die Verwendung des MVVM-Muster bei client-lastigen [[Webanwendung]]en wird der Implementierungsaufwand reduziert, da sonst übliche manuelle [[Document Object Model\|DOM]]-Zugriffe durch die Datenbindung stark reduziert werden können. Die Beschreibung der Datenbindung erfolgt ebenfalls deklarativ, wie bei [[Extensible Application Markup Language\|XAML]]-basierten Microsoft-Produkten.		Das MVVM-Muster bzw. der hierzu benötigte Datenbindungsmechanismus wurden im Jahr 2010 von dem Microsoft-Entwickler ''Steve Sanderson'' nach [[JavaScript]] portiert. Die entstandene JavaScript-Bibliothek trägt den Namen [[Knockout.js]]. Mittlerweile findet das MVVM-Muster ebenfalls Einsatz in anderen JavaScript-Frameworks, wie z. B. [[Angular]]. Durch die Verwendung des MVVM-Muster bei client-lastigen [[Webanwendung]]en wird der Implementierungsaufwand reduziert, da sonst übliche manuelle [[Document Object Model\|DOM]]-Zugriffe durch die Datenbindung stark reduziert werden können. Die Beschreibung der Datenbindung erfolgt ebenfalls deklarativ, wie bei [[Extensible Application Markup Language\|XAML]]-basierten Microsoft-Produkten.

	=== Android ===		=== Android ===