Codegenerierung am Beispiel des PIMAR-Projekts PhoneBook. 14. Januar 2015

Transkript

1 Codegenerierung am Beispiel des PIMAR-Projekts PhoneBook 14. Januar 2015

2 Überblick Modell- und Codegenerierung (M2C, C2M) Modellinterpretation vs. Modellübersetzung PIMAR Code-Generierung am Beispiel des Projekts PhoneBook Erzeugte Projekte für eine Anwendung Struktur des Android-Projekts Abbildung ausgewählter Modellierungselemente auf Programmcode Kontrollfluss der mobilen Anwendung Parameterübergabe zwischen Prozessen und Tasks Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 2

3 Codegenerierung (M2C) Codegenerierung ist eine spezielle Form der Modelltransformation [MG06], die auch als vertikale exogene Modelltransformation bezeichnet wird. Es wird ein Modell in Code übersetzt (synthetisiert): public class AutoImpl extends MinimalEObjectImpl.Container implements Auto { } MG06: Mens, Tom and Pieter Van Gorp. "A taxonomy of model transformation." Electronic Notes in Theoretical Computer Science 152 (2006): Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 3

4 Codegenerierung (C2M) Die Rückübersetzung eines Modells aus Code (C2M) ist möglich, wenn: der Code generiert ist (z.b. Fujaba) oder das Modell auf einzelne Aspekte beschränkt ist. Bei der Übersetzung werden i.d.r. viele (technische) Informationen hinzugefügt. public class AutoImpl extends MinimalEObjectImpl.Container implements Auto { } Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 4

5 Generierung von Varianten Ein übersetztes Modell, d.h. eine generierte Anwendung, repräsentiert genau ein Modell. Zwei (fast) identische Modelle bilden immer zwei (fast) identische Anwendungen. Metamodell (M1) Instanzen Modell (M0) Modell (M0) generiert Anwendung Anwendung Was wäre, wenn man den abweichenden Modellanteil erst zur Laufzeit auswerten könnte? Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 5

6 Modellinterpretation (Laufzeitmodelle) Ein idealtypischer Modellinterpreter implementiert ein Metamodell und kann beliebige Instanzen des Metamodells zur Laufzeit interpretieren. Instanzen Metamodell (M1) Modell (M0) Modell (M0) implementiert Interpreter Modell (M0) interpretiert Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 6

7 Codegenerierung und Interpretation in PIMAR (1) Modellierung und Generierung der App (2) Installation der modellierten App (3) Modellierung rollenbasierter App-Varianten Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 7

8 Modellübersetzung (Vorteile) Schutz des Know-Hows Die Anwendung realisiert nur ein Modell. Der Anwender kann die Anwendung nur bestimmungsgemäß nutzen. Plattformspezifisch und Architekturgerecht Die Anwendung kann für eine bestimmte Architektur generiert werden. Die native Umsetzung garantiert eine hohe Performanz. Verständlichkeit Der generierte Programmcode ist i.d.r. gut verständlich und von guter Qualität. Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 8

9 Modellübersetzung (Vorteile) Prototypbasiertes Vorgehen Die Templates zur Übersetzung des Modells können aus Prototypen gewonnen werden. Iteratives Vorgehen Die erstmalig generierte Anwendung kann manuell erweitert werden. Die Erweiterungen lassen sich testen und anschließen in das Template überführen. Sicherheit, Robustheit und Debugging Der generierte Quellcode durchläuft als Zwischensprache einen Compiler. Dieser kann ggf. Fehler erkennen. Das Debuggen ist möglich! Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 9

10 Modellinterpretation (Vorteile) Schnelle Änderungen Modelländerungen setzten keinen Übersetzung des Modells und keine Übersetzung des generierten Programmcodes voraus. Änderungen zur Laufzeit Anwendungen lassen sich zur Laufzeit konfigurieren. Portabilität Plattformunabhängige Modelle (PIM) lassen sich auf allen Plattformen ausführen, für dies es einen Interpreter gibt (Vgl. Java) Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 10

11 Modellinterpretation (Vorteile) Sicherheit Die Installation einer potentiell unsicheren mobilen Anwendung kann durch die Ausführung eines geprüften Modellinterpreters vermieden werden. Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 11

12 PIMAR Code-Generierung Der PIMAR-Generator besteht aus zwei Teilgeneratoren, welche unterschiedliche Modellteile bearbeiten Prozess- und GUI-Modell PIMAR-Generator basierend auf Xtend (2.5.1) Datenmodell: EMF-Generator (2.10) (siehe Vorlesung ) basierend auf JET (Java Emitter Templates) Der PIMAR-Generator übersetzt Modellteile (M1) und generiert Laufzeitcode für entsprechende Laufzeitinstanzen (M0). Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 12

13 PIMAR Code-Generierung (Projekte) Der PIMAR-Generator übersetzt das App model (Data model, Process model und GUI model) in die Projekte: <Modelname>.Android <Modelname>.Lib <Modelname>.metaioSDK.Lib <Modelname>.google-play-services.Lib Der Generator erzeugt für alle Projekte passende Eclipse-Natures (inkl. Android-Konfiguration) und konfiguriert die Abhängigkeiten der Projekte. Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 13

14 PIMAR Code-Generierung (.Android) Das Projekt <Modelname>.Android enthält den Programmcode der mobilen Anwendung. Es besteht aus folgenden Packages <Modelname>.android.adapter (Listenadapter) <Modelname>.android.crud (CRUD-Klassen) <Modelname>.android.gui (Services- und Activities) <Modelname>.android.gui.* (Fragments) <Modelname>.android.model (DataAccessLayer) <Modelname>.android.util (Utility-Klassen) Neben diesen Packages werden alle Ressourcen (res/) und die AndroidManifest.xml generiert. Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 14

15 PIMAR Code-Generierung (Mapping) Prozesse werden zu Services (android.app.service) InvokeGUITasks werden zu Activities (android.app.activity) oder FramgmentActivities (android.support.v4.app.fragmentactivity) Create-, Delete-, Read-Tasks werden zu einfachen Klassen im Package <Modelname>.android.crud. Variablen werden zu einfachen Attributen ihrer referenzierenden Tasks. InvokeOperationTasks werden zu einem entsprechenden Methodenaufruf im umgebenden Prozess. InvokeProcessTask werden zu einem Intent (android.content.intent). Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 15

16 Beispiel: PIMAR Codegenerierung public class CreatePersonService extends Service public class CreatePerson private Person newperson; // Create-Task CreatePerson createperson = new CreatePerson(this.getApplicationContext()); newperson = createperson.getnewperson(); i = new Intent(CreatePersonService.this, EnterNewPersonActivity.class); startactivity(i); i = new Intent(CreatePersonService.this, ViewNewPersonActivity.class); startactivity(i); public class EnterNewPersonActivity extends FragmentActivity public class ViewNewPersonActivity extends FragmentActivity Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 16

17 Beispiel: PIMAR Codegenerierung public class MainProcessesActivity extends Activity main_list.setadapter(new ProcessAdapter(((ProcessSelector)process.getStartTask()). getprocesses(), this, "ProcessesOverview")); public class ProcessAdapter extends BaseAdapter Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 17

18 Beispiel: PIMAR Codegenerierung <uses-permission android:name="android.permission.call_phone"/> public class CallPersonService extends Service { // public int onstartcommand(intent intent, int flags, int startid) { //... object = bundle.get("objecturi0"); if (object instanceof String) { selectedperson = (Person)dataAccessLayer.root.eResource().getEObject(object.toString()); } else { selectedperson = (Person)((Sharable)object).obj(); } selectedperson.callmobilenumber(getapplicationcontext()); // } } Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 18

19 Beispiel: PIMAR Codegenerierung public class NearToMeService extends Service { // public int onstartcommand(intent intent, int flags, int startid) { //... i = new Intent(NearToMeService.this, SelectAndShowPersonAddressOnMapService.class); } } if (isanchor) { ArrayList<String> lst0 = new ArrayList<String>(); for (Person so : nearestpersons) { lst0.add( EcoreUtil.getURI(so).fragment()); } i.putstringarraylistextra("objecturi0", lst0); } else { i.putextra("objecturi0",new Sharable(nearestPersons)); } startservice(i); // Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 19

20 Beispiel: PIMAR Codegenerierung public class MainPersonFragment extends Fragment { private TextView tv_surname_data; private TextView tv_surname; private TextView tv_forename_data; private TextView tv_forename; private TextView tv_mobilenumber_data; private TextView tv_mobilenumber; private TextView tv_officenumber_data; private TextView tv_officenumber; private LinearLayout ll_main; private ScrollView sv_main; public class AddressFragment extends Fragment { private TextView tv_city_data; private TextView tv_city; private TextView tv_zip_data; private TextView tv_zip; private TextView tv_street_data; private TextView tv_street; private TextView tv_number_data; private TextView tv_number; private LinearLayout ll_main; private ScrollView sv_main; Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 20

21 Beispiel: PIMAR Codegenerierung (Kontrollfluss) CallPersonService CrudPersonService SearchPersonService CreatePersonService EditPersonService NearToMeService MainProcessesActivity DeletePersonService ShowPersonAddressOnMapService PersonsWithAddressService SelectAndShowPersonAddressOnMapService AllPersonsService Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 21

22 PIMAR Codegenerierung (Kontrollfluss) Die Architektur der generierten Anwendung realisiert folgenden Kontrollfluss: Prozesse (Services) geben die Kontrolle an ihre Pages oder weitere (Sub-)Prozesse ab. Eine Page (Activity) gibt die Kontrolle nur an ihren Prozess (Service) ab, falls sie nicht die letzte Task im Prozess ist. Dann wird die Kontrolle an den vorherigen Prozess abgegeben. Technisch wird für jede Pagen-Aufruf eine eigene Android- Activity generiert. Prozesse können wiederverwendet werden (siehe z.b. PersonsWithAddressService) Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 22

23 Beispiel: PIMAR Codegenerierung (Kontrollfluss) Der Kontrollflussrumpf von SearchPersonService: public class SearchPersonService extends Service public int onstartcommand(intent intent, int flags, int startid) { // Begin with clustered Tasks if (bundle.getstring("src") == null) { / startactivity(searchcriteriapersonactivity); } else if (bundle.getstring("src")!= null && bundle.getstring("src").equals("searchcriteriapersonactivity")) { / startactivity(choosepersonactivity) }else if (bundle.getstring("src")!= null && bundle.getstring("src").equals("choosepersonactivity")) { / i.putextra("islast", true); startactivity(viewsearchedperson); MainProcessesActivity } } Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 23

24 Beispiel: PIMAR Codegenerierung (Parameter) Die Parameterübergabe an die Page ShowAddressOnMap: SelectAndShowPersonAddressOnMapService.java: // i = new Intent(SelectAndShowPersonAddressOnMapService.this, ShowAddressOnMapActivity.class); i.putextra("objecturi0",new Sharable(latitude)); i.putextra("objecturi1",new Sharable(longitude)); i.putextra("service", "SelectAndShowPersonAddressOnMapService"); i.putextra("islast", true); startactivity(i); Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 24

25 PIMAR Code-Generierung (Parameter) Die Parameterübernahme von Page ShowAddress: public class ShowAddressOnMapActivity extends FragmentActivity { private double latitude; private double public void oncreate(bundle savedinstancestate) { // Bundle extras = getintent().getextras(); latitude = Double.valueOf(((Sharable)extras.get("ObjectUri0")).obj().toString()); longitude = Double.valueOf(((Sharable)extras.get("ObjectUri1")).obj().toString()); } // Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 25

26 Modellinterpretation vs. Modellübersetzung (Code) Umsetzung verschiedener Formatierungsinformationen bei der Übersetzung: getlistview().setbackgroundcolor(android.graphics.color.rgb(255, 255, 255)); Drawable divider = new ColorDrawable(android.graphics.Color.rgb(0, 0, 0)); getlistview().setdivider(divider); getlistview().setdividerheight(1); StateListDrawable st = new StateListDrawable(); st.addstate(new int[]{android.r.attr.state_pressed}, new ColorDrawable( Color.rgb(255, 255, 255))); getlistview().setselector(st); Lassen sich diese Formatierungsinformationen zur Laufzeit noch ändern? Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 26

27 Modellinterpretation vs. Modellübersetzung (Code) Umsetzung verschiedener Formatierungsinformationen (BackgroundColor, Separator, SelectionColor) auf der Seite SelectPerson zur Laufzeit: SelectLocatablePersonsActivity.java if (dataaccesslayer.getstylesettingfrompage("selectperson")!= null) { getlistview().setbackgroundcolor( Util.getRgbColor(dataAccessLayer.getStyleSettingFromPage("SelectPerson").getBackColor())); if dataaccesslayer.getstylesettingfrompage("selectperson").getliststyle().isseparatorshow()) { Drawable divider = // dataaccesslayer.getstylesettingfrompage("processoverview").getfontcolor())); getlistview().setdivider(divider); getlistview().setdividerheight(1); } StateListDrawable st = new StateListDrawable(); st.addstate(// dataaccesslayer.getstylesettingfrompage("selectperson").getselectionstyle().getselectioncolor()))); // } Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 27

28 Zusammenfassung Codegenerierung stellt eine Modelltransformation dar (M2C). Die Umkehrung (C2M) ist auch möglich. Modelle können sowohl übersetzt als auch interpretiert werden. Beide Ansätze haben Vor- und Nachteile. Der PIMAR-Generator folgt einer Modellübersetzung. Varianten werden durch Modellinterpretationen realisiert. Taentzer Modellgetriebene Entwicklung von mobilen Anwendungen 28