itemis APPlause Referent: Florian Kalisch, Denis Radjenovic

Transkript

1 itemis APPlause Vortrag im Rahmen der Vorlesung Modellgetriebene Softwareentwicklung/Architekturen Dozenten: Prof. Dr. Martin Buchheit & Bernhard Merkle WS 2011/2012 Referent: Florian Kalisch, Denis Radjenovic

2 Einführung itemis APPlause Funktionsweise / Ergebnisse Analyse der Domänenarchitektur Domäne / Mapping Konzepte / Generierungsprozess / APPlause Projekt Wizard Eigenes Beispiel mit APPlause Fazit & Ausblick 2 von 24

3 Entwicklung mobiler Anwendungen heute: EINE Idee für eine mobile Anwendung (App) VIELE Plattformen auf dem Markt (z.b. ios, Android, Windows Phone 7, Blackberry usw.) Frage: Für welche Plattform entscheide ich mich? Antwort: Am Besten für so viele Plattformen wie möglich! 3 von 24

4 Probleme bei der Entwicklung für verschiedene Plattformen: unterschiedliche Entwicklungsplattformen Mac OS X oder Windows unterschiedliche Entwicklungsumgebungen Eclipse, Xcode, Visual Studio unterschiedliche Programmiersprachen C#, Objective-C, Java usw. Lösung: MDSD -> zumindest für den Programm-Code 4 von 24

5 Opensource Projekt von itemis Projekt-Website: APPlause ist ein vorkonfiguriertes Xtext Projekt und kein Plug-In oder eigenständige Anwendung basiert auf Eclipse v3.6 und Xtext v1.0.2 Installation erfolgt durch einen simplen Import in den Eclipse-Workspace 5 von 24

6 Unterstützte Plattformen: Google App Engine Python v2.6 Apple ios Xcode v3.1 Android Eclipse API v2.1 Windows Phone 7 VisualStudio 2010, API v7.5 6 von 24

7 Starten einer eigenen Eclipse-Instanz für den Modelleditor File->New->Other = select Project Wizard 7 von 24

8 APPlause Project Wizard 8 von 24

9 Google App Engine: ios Xcode = geht, benötigt manuelle Anpassung Xcode Android API v4.0, geht nicht API v2.1 Windows Phone lässt sich mit VS2010 kompilieren aber nicht unter einer VM anzeigen hat noch viel manuelle Anpassung benötigt 9 von 24

10 Beschreibung der Domäne Adressiert werden sogenannte Datengetriebene Anwendungen Auslesen von Daten Navigation durch diese Manipulation aktuell nicht unterstützt als Datenquellen dienen Daten im XML-Format 10 von 24

11 Elemente der Domäne 11 von 24

12 Mapping Konzepte Entity Data Provider Tab bar Tab bar button Table view View title Table cell tabbarapplication APPlauseSample { button { title="applause" icon="trophy.png" view= CommitList( allcommitsbyrepository("applause/applause") ) } } button { title= "Peter" icon= "person.png" view= UserDetails( userdata("peterfriese")) } button { title= "Heiko" icon= "person.png" view= UserDetails(userData("hbehrens")) } 12 von 24

13 Mapping Konzepte type String mapsto "String" Entity Data Provider Tab bar Tab bar button Table view View title Table cell entity Commit { } entity User { } entity Repository { } String id String url String message User committer String name String login String language String location String repos String followers String company String description String watchers String name String owner 13 von 24

14 Mapping Konzepte Entity Data Provider Tab bar Tab bar button Table view View title Table cell contentprovider allcommitsbyrepository(string path) returns Commit[] fetches XML from ( " path "/master ) selects "commits.commit" contentprovider userdata(string login) returns User fetches XML from (" login) selects "users.user" contentprovider allrepositoriesbyuser(string login) returns Repository[] fetches XML from (" login) selects "repositories.repository" 14 von 24

15 Mapping Konzepte Entity Data Provider Tab bar Tab bar button Table view View title Table cell tableview CommitList(Commit[] commits) { } title= "Commits" section { } cell Subtitle foreach commits as c { text= c.committer.name details= c.message action= UserDetails( userdata(c.committer.login) ) } 15 von 24

16 User Interface initiiert Generierung mit Hilfe der plattformspezifischen Generatoren Problem: User Interface muss wissen welche Generatoren zur Verfügung stehen Lösung: User Interface und Generatoren sind als Plug-Ins implementiert 16 von 24

17 User Interface bietet Extension Points buildstrategy und mobileplattform Generatoren registrieren sich mit eigenen Extensions buildstrategy und mobileplatform an den Extension Points des User Interface 17 von 24

18 plugin.xml Android <?xml version="1.0" encoding="utf-8"?> <?eclipse version="3.4"?> <plugin> <extension point="org.applause.lang.ui.buildstrategy"> <buildstrategy class="org.applause.lang.generator.android. builder.androidbuildstrategy"> </buildstrategy> </extension> <extension point="org.applause.lang.ui.mobileplatform"> <mobileplatform name="android" projectnamesuffix="android" templateproject="templateproject/project.zip"> </mobileplatform> </extension> </plugin> Generator Android 18 von 24

19 erzeugt gewünschte plattformspezifische Projekte inklusive Beispielmodell nutzt die Wizard-Funktionalität von Xtext ist unterteilt in zwei Bereiche: Benutzeroberfläche CustomApplauseDslNewProjectWizard.java GeneratorFragmentSelectionWizardPage.java Projektgenerator CustomApplauseProjectCreator.java 19 von 24

20 CustomApplauseDslNewProjectWizard.java GeneratorFragmentSelectionWizardPage.java Android Mobile Web iphone Windows Phone 7 20 von 24

21 Android Mobile Web iphone Windows Phone 7 CustomApplauseProjectCreator execute() 21 von 24

22 22 von 24

23 Pro APPlause ist im Rahmen der Domäne produktiv einsetzbar die Generatoren sind gut strukturiert der APPlause Projekt Wizard erspart viel Arbeit APPlause kann als Referenzprojekt für eigene Entwicklung mit Xtext verwendet werden Con fehlende Dokumentation abweichende Benutzeroberflächen in den generierten Anwendungen 23 von 24

24 Fragen? Anregungen? 24 von 24