Eclipse Modeling Framework - Versionsgeschichte

Trustable: BKL

2022-02-15T19:12:07Z

BKL

← Nächstältere Version		Version vom 15. Februar 2022, 21:12 Uhr
Zeile 5:		Zeile 5:
	Im Zentrum der Softwareentwicklung mit EMF steht ein Domänenmodell, das einen abzubildenden Problembereich in Form eines [[Klassendiagramm]]s beschreibt. Dieses Domänenmodell wird in EMF als Ecore-Modell bezeichnet. EMF bietet zwei Editoren, mit denen sich Ecore-Modelle erstellen und editieren lassen: Einen diagrammatischen sowie einen baumbasierten Editor. Daneben ist es möglich, andere, Klassendiagramm-ähnliche Formate automatisiert in Ecore-Modelle zu konvertieren. Unterstützte Eingabeformate sind [[XML-Schema\|XSD]]-Schemen (wie etwa bei [[JAXB]]), annotierte Java-Interfaces und [[Unified Modeling Language\|UML]]-Diagramme ([[Rational Rose\|Rose]], [[TOPCASED]], [[MagicDraw]] und [[Omondo]]).		Im Zentrum der Softwareentwicklung mit EMF steht ein Domänenmodell, das einen abzubildenden Problembereich in Form eines [[Klassendiagramm]]s beschreibt. Dieses Domänenmodell wird in EMF als Ecore-Modell bezeichnet. EMF bietet zwei Editoren, mit denen sich Ecore-Modelle erstellen und editieren lassen: Einen diagrammatischen sowie einen baumbasierten Editor. Daneben ist es möglich, andere, Klassendiagramm-ähnliche Formate automatisiert in Ecore-Modelle zu konvertieren. Unterstützte Eingabeformate sind [[XML-Schema\|XSD]]-Schemen (wie etwa bei [[JAXB]]), annotierte Java-Interfaces und [[Unified Modeling Language\|UML]]-Diagramme ([[Rational Rose\|Rose]], [[TOPCASED]], [[MagicDraw]] und [[Omondo]]).

	Für ein gegebenes Ecore-Modell generiert EMF einen Editor, mit dem sich [[~~Instanz (Informatik)~~\|Instanzen]] dieses Modells erstellen, abfragen, manipulieren, im [[XML Metadata Interchange\|XMI]]-Format [[Serialisierung\|serialisieren]], validieren und im Stil des [[Model View Controller\|MVC-Entwurfsmusters]] auf Änderungen überwachen lassen. Darüber hinaus wird [[JUnit]]-Code erzeugt, der den generierten Code testet.		Für ein gegebenes Ecore-Modell generiert EMF einen Editor, mit dem sich [[Objektinstanz\|Instanzen]] dieses Modells erstellen, abfragen, manipulieren, im [[XML Metadata Interchange\|XMI]]-Format [[Serialisierung\|serialisieren]], validieren und im Stil des [[Model View Controller\|MVC-Entwurfsmusters]] auf Änderungen überwachen lassen. Darüber hinaus wird [[JUnit]]-Code erzeugt, der den generierten Code testet.

	Der Generierungsvorgang sowie der generierte Code können angepasst werden. Insbesondere müssen Rümpfe von modellierten [[Methode (Programmierung)\|Methodensignaturen]] durch die Entwickler implementiert werden. Implementierte Funktionalität und neu generierter Code werden automatisch gemerged. Für weitergehende Ansprüche bietet EMF etwa die Möglichkeit, Modelle dynamisch zur Laufzeit zu erstellen (etwa, wenn erst dann das Modell bekannt ist). Durch Verwendung von Plugins ist es möglich, vollständige datenorientierte [[Fat Client\|RCP]]-Anwendungen generieren zu lassen und Modellinstanzen in beliebigen Datenbanken zu persistieren.		Der Generierungsvorgang sowie der generierte Code können angepasst werden. Insbesondere müssen Rümpfe von modellierten [[Methode (Programmierung)\|Methodensignaturen]] durch die Entwickler implementiert werden. Implementierte Funktionalität und neu generierter Code werden automatisch gemerged. Für weitergehende Ansprüche bietet EMF etwa die Möglichkeit, Modelle dynamisch zur Laufzeit zu erstellen (etwa, wenn erst dann das Modell bekannt ist). Durch Verwendung von Plugins ist es möglich, vollständige datenorientierte [[Fat Client\|RCP]]-Anwendungen generieren zu lassen und Modellinstanzen in beliebigen Datenbanken zu persistieren.

Trustable: linkfix

2022-02-15T19:09:48Z

linkfix

← Nächstältere Version		Version vom 15. Februar 2022, 21:09 Uhr
Zeile 1:		Zeile 1:
	[[Datei:Emf compare.png\|~~miniatur~~\|]]		[[Datei:Emf compare.png\|mini\|]]
	Das '''Eclipse Modeling Framework''' ('''EMF''') ist ein [[Open Source\|quelloffenes]] [[Java (Programmiersprache)\|Java]]-[[Framework]] für [[Modell]]ierung. Es ermöglicht unter anderem die automatisierte Erzeugung von [[Quelltext]] aus Modellen. EMF ist ein Projekt der [[Eclipse (IDE)\|Eclipse]]-Open-Source-Gemeinschaft.		Das '''Eclipse Modeling Framework''' ('''EMF''') ist ein [[Open Source\|quelloffenes]] [[Java (Programmiersprache)\|Java]]-[[Framework]] für [[Modell]]ierung. Es ermöglicht unter anderem die automatisierte Erzeugung von [[Quelltext]] aus Modellen. EMF ist ein Projekt der [[Eclipse (IDE)\|Eclipse]]-Open-Source-Gemeinschaft.

Zeile 10:		Zeile 10:

	== Bestandteile ==		== Bestandteile ==
	* Das Ecore-[[Metamodell]] ist der Beschreibungsansatz für Ecore-Modelle. Es enthält grundlegende Konzepte der objektorientierten Modellierung wie etwa [[Paket (UML)\|Pakete]], [[Klasse (~~Programmierung~~)\|Klassen]], [[Referenz (Programmierung)\|Referenzen]] und [[Attribut (~~Objekt~~)\|Attribute]]. Ecore basiert auf einer Teilmenge des [[Meta-Object Facility\|MOF]]-Standards für Metamodelierung (Meta Object Facility). Im Zuge seiner erfolgreichen Verwendung in der Praxis übte EMF direkten Einfluss auf die Entwicklung des EMOF-Standards (Essential MOF) aus (eine Teilmenge von MOF). Ecore ist daher die de facto Referenzimplementierung von EMOF.		* Das Ecore-[[Metamodell]] ist der Beschreibungsansatz für Ecore-Modelle. Es enthält grundlegende Konzepte der objektorientierten Modellierung wie etwa [[Paket (UML)\|Pakete]], [[Klasse (Objektorientierung)\|Klassen]], [[Referenz (Programmierung)\|Referenzen]] und [[Attribut (Programmierung)\|Attribute]]. Ecore basiert auf einer Teilmenge des [[Meta-Object Facility\|MOF]]-Standards für Metamodelierung (Meta Object Facility). Im Zuge seiner erfolgreichen Verwendung in der Praxis übte EMF direkten Einfluss auf die Entwicklung des EMOF-Standards (Essential MOF) aus (eine Teilmenge von MOF). Ecore ist daher die de facto Referenzimplementierung von EMOF.
	* Bei der Codegenerierung greift EMF auf [[JET (Eclipse)\|JET]] (Java Emitter Templates) zurück. JET ist eine templatebasierte Sprache in der Art von [[JavaServer Pages]]. Die zu generierenden Artefakte werden hier durch Templates beschrieben – „Dateischablonen“ mit feststehenden, konstanten Anteilen und „Lücken“, die dynamisch gefüllt werden.		* Bei der Codegenerierung greift EMF auf [[JET (Eclipse)\|JET]] (Java Emitter Templates) zurück. JET ist eine templatebasierte Sprache in der Art von [[JavaServer Pages]]. Die zu generierenden Artefakte werden hier durch Templates beschrieben – „Dateischablonen“ mit feststehenden, konstanten Anteilen und „Lücken“, die dynamisch gefüllt werden.
	* Nach wiederholter Codegenerierung, etwa aufgrund von Modellerweiterungen, ist [[JMerge (Eclipse)\|JMerge]] dafür zuständig, bereits vorgenommene Anpassungen in die jeweils neueste Version des generierten Codes einzupflegen.		* Nach wiederholter Codegenerierung, etwa aufgrund von Modellerweiterungen, ist [[JMerge (Eclipse)\|JMerge]] dafür zuständig, bereits vorgenommene Anpassungen in die jeweils neueste Version des generierten Codes einzupflegen.

IndianaJonas: EMF Forms zu EMF Frameworks hinzgefügt

2022-01-03T12:19:03Z

EMF Forms zu EMF Frameworks hinzgefügt

← Nächstältere Version		Version vom 3. Januar 2022, 14:19 Uhr
Zeile 23:		Zeile 23:
	* [[Atlas Transformation Language\|ATL]] (Eine Modell-Transformationssprache)		* [[Atlas Transformation Language\|ATL]] (Eine Modell-Transformationssprache)
	* [[Connected Data Objects]] (CDO), eine freie Implementierung von [[Distributed Shared Model]] auf Basis von EMF		* [[Connected Data Objects]] (CDO), eine freie Implementierung von [[Distributed Shared Model]] auf Basis von EMF
			* [[EMFForms]] (Ein Framework für die Erstellung von formular-basierten Oberflächen für ein Ecore-Modell)<ref>[https://www.eclipse.org/ecp/emfforms/] auf eclipse.org</ref>
	* [[EMFStore]] (Ein Model Repository (Server) für EMF)<ref>[http://eclipse.org/emfstore/ EMFStore] auf eclipse.org</ref>		* [[EMFStore]] (Ein Model Repository (Server) für EMF)<ref>[http://eclipse.org/emfstore/ EMFStore] auf eclipse.org</ref>
	* [[Generic Eclipse Modeling System]] (GEMS)		* [[Generic Eclipse Modeling System]] (GEMS)

IndianaJonas: Klarstellung: Ecore ist die Referenzimplementierung von EMOF, die Standards sind semantisch identisch

2021-12-06T08:22:34Z

Klarstellung: Ecore ist die Referenzimplementierung von EMOF, die Standards sind semantisch identisch

← Nächstältere Version		Version vom 6. Dezember 2021, 10:22 Uhr
Zeile 10:		Zeile 10:

	== Bestandteile ==		== Bestandteile ==
	* Das Ecore-[[Metamodell]] ist der Beschreibungsansatz für Ecore-Modelle. Es enthält grundlegende Konzepte der objektorientierten Modellierung wie etwa [[Paket (UML)\|Pakete]], [[Klasse (Programmierung)\|Klassen]], [[Referenz (Programmierung)\|Referenzen]] und [[Attribut (Objekt)\|Attribute]]. Ecore basiert auf einer Teilmenge des [[Meta-Object Facility\|MOF]]-Standards für Metamodelierung (Meta Object Facility). Im Zuge seiner ~~weitreichenden~~ ~~Verbreitung~~ übte EMF Einfluss auf die Entwicklung des EMOF-Standards (Essential MOF) aus, ~~der~~ zu ~~Ecore~~ ~~weitgehend~~ ~~analog~~ ist.		* Das Ecore-[[Metamodell]] ist der Beschreibungsansatz für Ecore-Modelle. Es enthält grundlegende Konzepte der objektorientierten Modellierung wie etwa [[Paket (UML)\|Pakete]], [[Klasse (Programmierung)\|Klassen]], [[Referenz (Programmierung)\|Referenzen]] und [[Attribut (Objekt)\|Attribute]]. Ecore basiert auf einer Teilmenge des [[Meta-Object Facility\|MOF]]-Standards für Metamodelierung (Meta Object Facility). Im Zuge seiner erfolgreichen Verwendung in der Praxis übte EMF direkten Einfluss auf die Entwicklung des EMOF-Standards (Essential MOF) aus (eine Teilmenge von MOF). Ecore ist daher die de facto Referenzimplementierung von EMOF.
	* Bei der Codegenerierung greift EMF auf [[JET (Eclipse)\|JET]] (Java Emitter Templates) zurück. JET ist eine templatebasierte Sprache in der Art von [[JavaServer Pages]]. Die zu generierenden Artefakte werden hier durch Templates beschrieben – „Dateischablonen“ mit feststehenden, konstanten Anteilen und „Lücken“, die dynamisch gefüllt werden.		* Bei der Codegenerierung greift EMF auf [[JET (Eclipse)\|JET]] (Java Emitter Templates) zurück. JET ist eine templatebasierte Sprache in der Art von [[JavaServer Pages]]. Die zu generierenden Artefakte werden hier durch Templates beschrieben – „Dateischablonen“ mit feststehenden, konstanten Anteilen und „Lücken“, die dynamisch gefüllt werden.
	* Nach wiederholter Codegenerierung, etwa aufgrund von Modellerweiterungen, ist [[JMerge (Eclipse)\|JMerge]] dafür zuständig, bereits vorgenommene Anpassungen in die jeweils neueste Version des generierten Codes einzupflegen.		* Nach wiederholter Codegenerierung, etwa aufgrund von Modellerweiterungen, ist [[JMerge (Eclipse)\|JMerge]] dafür zuständig, bereits vorgenommene Anpassungen in die jeweils neueste Version des generierten Codes einzupflegen.

RogerNiceEyes: +

2021-03-23T07:46:30Z

← Nächstältere Version		Version vom 23. März 2021, 09:46 Uhr
Zeile 1:		Zeile 1:
			[[Datei:Emf compare.png\|miniatur\|]]
	Das '''Eclipse Modeling Framework''' ('''EMF''') ist ein [[Open Source\|quelloffenes]] [[Java (Programmiersprache)\|Java]]-[[Framework]] für [[Modell]]ierung. Es ermöglicht unter anderem die automatisierte Erzeugung von [[Quelltext]] aus Modellen. EMF ist ein Projekt der [[Eclipse (IDE)\|Eclipse]]-Open-Source-Gemeinschaft.		Das '''Eclipse Modeling Framework''' ('''EMF''') ist ein [[Open Source\|quelloffenes]] [[Java (Programmiersprache)\|Java]]-[[Framework]] für [[Modell]]ierung. Es ermöglicht unter anderem die automatisierte Erzeugung von [[Quelltext]] aus Modellen. EMF ist ein Projekt der [[Eclipse (IDE)\|Eclipse]]-Open-Source-Gemeinschaft.

Aka: /* Bestandteile */ Halbgeviertstrich

2019-07-24T22:27:30Z

Bestandteile: Halbgeviertstrich

← Nächstältere Version		Version vom 25. Juli 2019, 00:27 Uhr
Zeile 10:		Zeile 10:
	== Bestandteile ==		== Bestandteile ==
	* Das Ecore-[[Metamodell]] ist der Beschreibungsansatz für Ecore-Modelle. Es enthält grundlegende Konzepte der objektorientierten Modellierung wie etwa [[Paket (UML)\|Pakete]], [[Klasse (Programmierung)\|Klassen]], [[Referenz (Programmierung)\|Referenzen]] und [[Attribut (Objekt)\|Attribute]]. Ecore basiert auf einer Teilmenge des [[Meta-Object Facility\|MOF]]-Standards für Metamodelierung (Meta Object Facility). Im Zuge seiner weitreichenden Verbreitung übte EMF Einfluss auf die Entwicklung des EMOF-Standards (Essential MOF) aus, der zu Ecore weitgehend analog ist.		* Das Ecore-[[Metamodell]] ist der Beschreibungsansatz für Ecore-Modelle. Es enthält grundlegende Konzepte der objektorientierten Modellierung wie etwa [[Paket (UML)\|Pakete]], [[Klasse (Programmierung)\|Klassen]], [[Referenz (Programmierung)\|Referenzen]] und [[Attribut (Objekt)\|Attribute]]. Ecore basiert auf einer Teilmenge des [[Meta-Object Facility\|MOF]]-Standards für Metamodelierung (Meta Object Facility). Im Zuge seiner weitreichenden Verbreitung übte EMF Einfluss auf die Entwicklung des EMOF-Standards (Essential MOF) aus, der zu Ecore weitgehend analog ist.
	* Bei der Codegenerierung greift EMF auf [[JET (Eclipse)\|JET]] (Java Emitter Templates) zurück. JET ist eine templatebasierte Sprache in der Art von [[JavaServer Pages]]. Die zu generierenden Artefakte werden hier durch Templates beschrieben - „Dateischablonen“ mit feststehenden, konstanten Anteilen und „Lücken“, die dynamisch gefüllt werden.		* Bei der Codegenerierung greift EMF auf [[JET (Eclipse)\|JET]] (Java Emitter Templates) zurück. JET ist eine templatebasierte Sprache in der Art von [[JavaServer Pages]]. Die zu generierenden Artefakte werden hier durch Templates beschrieben – „Dateischablonen“ mit feststehenden, konstanten Anteilen und „Lücken“, die dynamisch gefüllt werden.
	* Nach wiederholter Codegenerierung, etwa aufgrund von Modellerweiterungen, ist [[JMerge (Eclipse)\|JMerge]] dafür zuständig, bereits vorgenommene Anpassungen in die jeweils neueste Version des generierten Codes einzupflegen.		* Nach wiederholter Codegenerierung, etwa aufgrund von Modellerweiterungen, ist [[JMerge (Eclipse)\|JMerge]] dafür zuständig, bereits vorgenommene Anpassungen in die jeweils neueste Version des generierten Codes einzupflegen.
	* Die [[Service Data Objects\|SDO]]-Referenzimplementierung von [[IBM]] nutzt EMF und ist Teil der EMF-Installation.		* Die [[Service Data Objects\|SDO]]-Referenzimplementierung von [[IBM]] nutzt EMF und ist Teil der EMF-Installation.

Gbr5utbghortzhuthbt: /* Open Source Frameworks rund um EMF */

2019-07-24T08:08:27Z

Open Source Frameworks rund um EMF

← Nächstältere Version		Version vom 24. Juli 2019, 10:08 Uhr
Zeile 25:		Zeile 25:
	* [[Generic Eclipse Modeling System]] (GEMS)		* [[Generic Eclipse Modeling System]] (GEMS)
	* [[Graphical Modeling Framework]] (GMF)		* [[Graphical Modeling Framework]] (GMF)
	*Xtext		* [[Xtext]]
	*Eclipse Sirius		* [[Eclipse Sirius]]

	== Weblinks ==		== Weblinks ==

139.2.4.140: /* Open Source Frameworks rund um EMF */

2019-07-19T08:03:24Z

Open Source Frameworks rund um EMF

← Nächstältere Version		Version vom 19. Juli 2019, 10:03 Uhr
Zeile 25:		Zeile 25:
	* [[Generic Eclipse Modeling System]] (GEMS)		* [[Generic Eclipse Modeling System]] (GEMS)
	* [[Graphical Modeling Framework]] (GMF)		* [[Graphical Modeling Framework]] (GMF)
			*Xtext
			*Eclipse Sirius

	== Weblinks ==		== Weblinks ==

Schnabeltassentier: /* Weblinks */ ref tag

2019-04-12T05:45:00Z

Weblinks: ref tag

← Nächstältere Version		Version vom 12. April 2019, 07:45 Uhr
Zeile 32:		Zeile 32:
	* [http://it-republik.de/jaxenter/artikel/Ed-Merks-Nur-echte-Entwickler-die-echten-Code-schreiben-loesen-Probleme-2191.html Interview mit EMF-Leiter Ed Merks] (Artikel aus dem Eclipse-Magazin)		* [http://it-republik.de/jaxenter/artikel/Ed-Merks-Nur-echte-Entwickler-die-echten-Code-schreiben-loesen-Probleme-2191.html Interview mit EMF-Leiter Ed Merks] (Artikel aus dem Eclipse-Magazin)
	* [http://eclipsesource.com/blogs/2011/03/22/what-every-eclipse-developer-should-know-about-emf-part-1/ EMF Einsteiger Tutorial]		* [http://eclipsesource.com/blogs/2011/03/22/what-every-eclipse-developer-should-know-about-emf-part-1/ EMF Einsteiger Tutorial]

			== Einzelnachweise ==
			<references />

	[[Kategorie:Java-Bibliothek]]		[[Kategorie:Java-Bibliothek]]

Fallen Sheep: /* Open Source Frameworks rund um EMF */ Rotlink wird Blaulink, Weblink auf Fließtext entfernt

2019-04-11T17:42:46Z

Open Source Frameworks rund um EMF: Rotlink wird Blaulink, Weblink auf Fließtext entfernt

← Nächstältere Version		Version vom 11. April 2019, 19:42 Uhr
Zeile 19:		Zeile 19:

	== Open Source Frameworks rund um EMF ==		== Open Source Frameworks rund um EMF ==
	*[[Acceleo]] (Ein Codegenerator, der EMF-Modelle als Input nutzt)		* [[Acceleo]] (Ein Codegenerator, der EMF-Modelle als Input nutzt)
	*[[~~ATLAS~~ Transformation Language\|ATL]] (Eine Modell-Transformationssprache)		* [[Atlas Transformation Language\|ATL]] (Eine Modell-Transformationssprache)
	*[[Connected Data Objects]] (CDO), eine freie Implementierung von [[Distributed Shared Model]] auf Basis von EMF		* [[Connected Data Objects]] (CDO), eine freie Implementierung von [[Distributed Shared Model]] auf Basis von EMF
	*~~[http://eclipse.org/emfstore/~~ EMFStore] (Ein Model Repository (Server) für EMF)		* [[EMFStore]] (Ein Model Repository (Server) für EMF)<ref>[http://eclipse.org/emfstore/ EMFStore] auf eclipse.org</ref>
	*[[Generic Eclipse Modeling System]] (GEMS)		* [[Generic Eclipse Modeling System]] (GEMS)
	*[[Graphical Modeling Framework]] (GMF)		* [[Graphical Modeling Framework]] (GMF)

	== Weblinks ==		== Weblinks ==

← Nächstältere Version		Version vom 15. Februar 2022, 21:12 Uhr
Zeile 5:		Zeile 5:
	Im Zentrum der Softwareentwicklung mit EMF steht ein Domänenmodell, das einen abzubildenden Problembereich in Form eines [[Klassendiagramm]]s beschreibt. Dieses Domänenmodell wird in EMF als Ecore-Modell bezeichnet. EMF bietet zwei Editoren, mit denen sich Ecore-Modelle erstellen und editieren lassen: Einen diagrammatischen sowie einen baumbasierten Editor. Daneben ist es möglich, andere, Klassendiagramm-ähnliche Formate automatisiert in Ecore-Modelle zu konvertieren. Unterstützte Eingabeformate sind [[XML-Schema\|XSD]]-Schemen (wie etwa bei [[JAXB]]), annotierte Java-Interfaces und [[Unified Modeling Language\|UML]]-Diagramme ([[Rational Rose\|Rose]], [[TOPCASED]], [[MagicDraw]] und [[Omondo]]).		Im Zentrum der Softwareentwicklung mit EMF steht ein Domänenmodell, das einen abzubildenden Problembereich in Form eines [[Klassendiagramm]]s beschreibt. Dieses Domänenmodell wird in EMF als Ecore-Modell bezeichnet. EMF bietet zwei Editoren, mit denen sich Ecore-Modelle erstellen und editieren lassen: Einen diagrammatischen sowie einen baumbasierten Editor. Daneben ist es möglich, andere, Klassendiagramm-ähnliche Formate automatisiert in Ecore-Modelle zu konvertieren. Unterstützte Eingabeformate sind [[XML-Schema\|XSD]]-Schemen (wie etwa bei [[JAXB]]), annotierte Java-Interfaces und [[Unified Modeling Language\|UML]]-Diagramme ([[Rational Rose\|Rose]], [[TOPCASED]], [[MagicDraw]] und [[Omondo]]).

	Für ein gegebenes Ecore-Modell generiert EMF einen Editor, mit dem sich [[~~Instanz (Informatik)~~\|Instanzen]] dieses Modells erstellen, abfragen, manipulieren, im [[XML Metadata Interchange\|XMI]]-Format [[Serialisierung\|serialisieren]], validieren und im Stil des [[Model View Controller\|MVC-Entwurfsmusters]] auf Änderungen überwachen lassen. Darüber hinaus wird [[JUnit]]-Code erzeugt, der den generierten Code testet.		Für ein gegebenes Ecore-Modell generiert EMF einen Editor, mit dem sich [[Objektinstanz\|Instanzen]] dieses Modells erstellen, abfragen, manipulieren, im [[XML Metadata Interchange\|XMI]]-Format [[Serialisierung\|serialisieren]], validieren und im Stil des [[Model View Controller\|MVC-Entwurfsmusters]] auf Änderungen überwachen lassen. Darüber hinaus wird [[JUnit]]-Code erzeugt, der den generierten Code testet.

	Der Generierungsvorgang sowie der generierte Code können angepasst werden. Insbesondere müssen Rümpfe von modellierten [[Methode (Programmierung)\|Methodensignaturen]] durch die Entwickler implementiert werden. Implementierte Funktionalität und neu generierter Code werden automatisch gemerged. Für weitergehende Ansprüche bietet EMF etwa die Möglichkeit, Modelle dynamisch zur Laufzeit zu erstellen (etwa, wenn erst dann das Modell bekannt ist). Durch Verwendung von Plugins ist es möglich, vollständige datenorientierte [[Fat Client\|RCP]]-Anwendungen generieren zu lassen und Modellinstanzen in beliebigen Datenbanken zu persistieren.		Der Generierungsvorgang sowie der generierte Code können angepasst werden. Insbesondere müssen Rümpfe von modellierten [[Methode (Programmierung)\|Methodensignaturen]] durch die Entwickler implementiert werden. Implementierte Funktionalität und neu generierter Code werden automatisch gemerged. Für weitergehende Ansprüche bietet EMF etwa die Möglichkeit, Modelle dynamisch zur Laufzeit zu erstellen (etwa, wenn erst dann das Modell bekannt ist). Durch Verwendung von Plugins ist es möglich, vollständige datenorientierte [[Fat Client\|RCP]]-Anwendungen generieren zu lassen und Modellinstanzen in beliebigen Datenbanken zu persistieren.

← Nächstältere Version		Version vom 15. Februar 2022, 21:09 Uhr
Zeile 1:		Zeile 1:
	[[Datei:Emf compare.png\|~~miniatur~~\|]]		[[Datei:Emf compare.png\|mini\|]]
	Das '''Eclipse Modeling Framework''' ('''EMF''') ist ein [[Open Source\|quelloffenes]] [[Java (Programmiersprache)\|Java]]-[[Framework]] für [[Modell]]ierung. Es ermöglicht unter anderem die automatisierte Erzeugung von [[Quelltext]] aus Modellen. EMF ist ein Projekt der [[Eclipse (IDE)\|Eclipse]]-Open-Source-Gemeinschaft.		Das '''Eclipse Modeling Framework''' ('''EMF''') ist ein [[Open Source\|quelloffenes]] [[Java (Programmiersprache)\|Java]]-[[Framework]] für [[Modell]]ierung. Es ermöglicht unter anderem die automatisierte Erzeugung von [[Quelltext]] aus Modellen. EMF ist ein Projekt der [[Eclipse (IDE)\|Eclipse]]-Open-Source-Gemeinschaft.

Zeile 10:		Zeile 10:

	== Bestandteile ==		== Bestandteile ==
	* Das Ecore-[[Metamodell]] ist der Beschreibungsansatz für Ecore-Modelle. Es enthält grundlegende Konzepte der objektorientierten Modellierung wie etwa [[Paket (UML)\|Pakete]], [[Klasse (~~Programmierung~~)\|Klassen]], [[Referenz (Programmierung)\|Referenzen]] und [[Attribut (~~Objekt~~)\|Attribute]]. Ecore basiert auf einer Teilmenge des [[Meta-Object Facility\|MOF]]-Standards für Metamodelierung (Meta Object Facility). Im Zuge seiner erfolgreichen Verwendung in der Praxis übte EMF direkten Einfluss auf die Entwicklung des EMOF-Standards (Essential MOF) aus (eine Teilmenge von MOF). Ecore ist daher die de facto Referenzimplementierung von EMOF.		* Das Ecore-[[Metamodell]] ist der Beschreibungsansatz für Ecore-Modelle. Es enthält grundlegende Konzepte der objektorientierten Modellierung wie etwa [[Paket (UML)\|Pakete]], [[Klasse (Objektorientierung)\|Klassen]], [[Referenz (Programmierung)\|Referenzen]] und [[Attribut (Programmierung)\|Attribute]]. Ecore basiert auf einer Teilmenge des [[Meta-Object Facility\|MOF]]-Standards für Metamodelierung (Meta Object Facility). Im Zuge seiner erfolgreichen Verwendung in der Praxis übte EMF direkten Einfluss auf die Entwicklung des EMOF-Standards (Essential MOF) aus (eine Teilmenge von MOF). Ecore ist daher die de facto Referenzimplementierung von EMOF.
	* Bei der Codegenerierung greift EMF auf [[JET (Eclipse)\|JET]] (Java Emitter Templates) zurück. JET ist eine templatebasierte Sprache in der Art von [[JavaServer Pages]]. Die zu generierenden Artefakte werden hier durch Templates beschrieben – „Dateischablonen“ mit feststehenden, konstanten Anteilen und „Lücken“, die dynamisch gefüllt werden.		* Bei der Codegenerierung greift EMF auf [[JET (Eclipse)\|JET]] (Java Emitter Templates) zurück. JET ist eine templatebasierte Sprache in der Art von [[JavaServer Pages]]. Die zu generierenden Artefakte werden hier durch Templates beschrieben – „Dateischablonen“ mit feststehenden, konstanten Anteilen und „Lücken“, die dynamisch gefüllt werden.
	* Nach wiederholter Codegenerierung, etwa aufgrund von Modellerweiterungen, ist [[JMerge (Eclipse)\|JMerge]] dafür zuständig, bereits vorgenommene Anpassungen in die jeweils neueste Version des generierten Codes einzupflegen.		* Nach wiederholter Codegenerierung, etwa aufgrund von Modellerweiterungen, ist [[JMerge (Eclipse)\|JMerge]] dafür zuständig, bereits vorgenommene Anpassungen in die jeweils neueste Version des generierten Codes einzupflegen.

← Nächstältere Version		Version vom 25. Juli 2019, 00:27 Uhr
Zeile 10:		Zeile 10:
	== Bestandteile ==		== Bestandteile ==
	* Das Ecore-[[Metamodell]] ist der Beschreibungsansatz für Ecore-Modelle. Es enthält grundlegende Konzepte der objektorientierten Modellierung wie etwa [[Paket (UML)\|Pakete]], [[Klasse (Programmierung)\|Klassen]], [[Referenz (Programmierung)\|Referenzen]] und [[Attribut (Objekt)\|Attribute]]. Ecore basiert auf einer Teilmenge des [[Meta-Object Facility\|MOF]]-Standards für Metamodelierung (Meta Object Facility). Im Zuge seiner weitreichenden Verbreitung übte EMF Einfluss auf die Entwicklung des EMOF-Standards (Essential MOF) aus, der zu Ecore weitgehend analog ist.		* Das Ecore-[[Metamodell]] ist der Beschreibungsansatz für Ecore-Modelle. Es enthält grundlegende Konzepte der objektorientierten Modellierung wie etwa [[Paket (UML)\|Pakete]], [[Klasse (Programmierung)\|Klassen]], [[Referenz (Programmierung)\|Referenzen]] und [[Attribut (Objekt)\|Attribute]]. Ecore basiert auf einer Teilmenge des [[Meta-Object Facility\|MOF]]-Standards für Metamodelierung (Meta Object Facility). Im Zuge seiner weitreichenden Verbreitung übte EMF Einfluss auf die Entwicklung des EMOF-Standards (Essential MOF) aus, der zu Ecore weitgehend analog ist.
	* Bei der Codegenerierung greift EMF auf [[JET (Eclipse)\|JET]] (Java Emitter Templates) zurück. JET ist eine templatebasierte Sprache in der Art von [[JavaServer Pages]]. Die zu generierenden Artefakte werden hier durch Templates beschrieben - „Dateischablonen“ mit feststehenden, konstanten Anteilen und „Lücken“, die dynamisch gefüllt werden.		* Bei der Codegenerierung greift EMF auf [[JET (Eclipse)\|JET]] (Java Emitter Templates) zurück. JET ist eine templatebasierte Sprache in der Art von [[JavaServer Pages]]. Die zu generierenden Artefakte werden hier durch Templates beschrieben – „Dateischablonen“ mit feststehenden, konstanten Anteilen und „Lücken“, die dynamisch gefüllt werden.
	* Nach wiederholter Codegenerierung, etwa aufgrund von Modellerweiterungen, ist [[JMerge (Eclipse)\|JMerge]] dafür zuständig, bereits vorgenommene Anpassungen in die jeweils neueste Version des generierten Codes einzupflegen.		* Nach wiederholter Codegenerierung, etwa aufgrund von Modellerweiterungen, ist [[JMerge (Eclipse)\|JMerge]] dafür zuständig, bereits vorgenommene Anpassungen in die jeweils neueste Version des generierten Codes einzupflegen.
	* Die [[Service Data Objects\|SDO]]-Referenzimplementierung von [[IBM]] nutzt EMF und ist Teil der EMF-Installation.		* Die [[Service Data Objects\|SDO]]-Referenzimplementierung von [[IBM]] nutzt EMF und ist Teil der EMF-Installation.