{"id":2753,"date":"2023-10-07T09:51:43","date_gmt":"2023-10-07T07:51:43","guid":{"rendered":"https:\/\/www.art-events.de\/weblog\/?p=2753"},"modified":"2023-10-27T21:49:11","modified_gmt":"2023-10-27T19:49:11","slug":"ae-android-kochbuch-getting-started-u-device-manager","status":"publish","type":"post","link":"https:\/\/www.art-events.de\/weblog\/ae-android-kochbuch-getting-started-u-device-manager\/","title":{"rendered":"AE Android Kochbuch: Getting Started u. Device Manager"},"content":{"rendered":"

Im ersten Teil unseres AE Android Kochbuches geht es um die Themen: Getting Started: Android Studio und Device Manager. Programmierung von Android Apps mit Android Studio.<\/strong><\/p>\n

Mit dem Android Studio bietet Google ein Softwarepaket zum Entwickeln und Testen von Apps, die auf Android Ger\u00e4ten laufen sollen. Nutzung und Download von Android Studio sind kostenfrei m\u00f6glich. Einfach das Android Studio im Internet suchen, downloaden und installieren.<\/p>\n

Zugegeben, ich k\u00fcrze mal etwas ab. Das Web ist voller Tutorials, um den ersten Einstieg mit dem Android Studio zu gew\u00e4hrleisten. Ich \u00fcberspringe das Ganze einmal und gehe von folgender Ausgangssituation aus: ihr habt das Android Studio bereits auf eurem Computer installiert und seid nun bereit f\u00fcr den Start. Ich gehe auch davon aus, dass ihr euch f\u00fcr Java anstelle von Kotlin entschieden habt und werde dieses AE Kochbuch in den ersten Teilen auf Java aufbauen.<\/p>\n

Getting Started: Projekt anlegen<\/h2>\n

Nach dem Start vom Android Studio bekommt ihr eine sch\u00f6ne Maske pr\u00e4sentiert. Wie eigentlich zu erwarten, erhaltet ihr eine Auswahl ein neues Projekt zu beginnen oder vorhandene Projekte zu \u00f6ffnen.<\/p>\n

Wir beginnen mit Neues Projekt und w\u00e4hlen dann die oftmals beschworene Empty Activity aus.<\/p>\n

Was nun wenig \u00fcberrascht: die Empty Activity bringt uns eine Android Anwendung mit (fast) leerem Bildschirm = Empty. Bei eurer Auswahl h\u00e4ttet ihr auch andere Vorlagen w\u00e4hlen k\u00f6nnen. Das Studio bietet euch diverse Alternativen, z.B. f\u00fcr Men\u00fcs etc. Aber die k\u00f6nnt ihr sp\u00e4ter mal w\u00e4hlen und schlussendlich kann man auch aus einer Empty Activity mit etwas Tipparbeit jederzeit eine andere Activity machen.<\/p>\n

Wenn ihr die Empty Activity gew\u00e4hlt habt, k\u00f6nnt ihr einen Projektnamen vergeben, wie wie ihr wollt. Am Ende wird es dann irgendwie so aussehen:<\/p>\n

<\/p>\n

Der Button Finish bastelt Euch die Grundz\u00fcge des Projektes zusammen und ihr k\u00f6nnt loslegen!<\/p>\n

Nach kurzer Arbeitszeit meldet sich Studio dann bereit f\u00fcr weitere Eingaben. Das Studio hat nun bereits zwei Dateien f\u00fcr Euch angelegt, die in der Arbeitsfl\u00e4che dargestellt werden. Mit dem Cursor k\u00f6nnt ihr im Tab Reiter zwischen den beiden Dateien hin- und her schalten.<\/p>\n

<\/p>\n

Es gilt der Grundsatz:<\/p>\n

Activity_main.XML<\/strong><\/p>\n

In der activity_main.xml kommt alles hinein, was das Displaylayout und Darstellung betrifft.<\/p>\n

MainActivity.JAVA<\/strong><\/p>\n

In diese Datei kommt der Java Code hinein, der zusammen mit der Activity ausgef\u00fchrt werden soll.<\/p>\n

Damit habt ihr auch gleich zwei wichtige Sachen gelernt: Programmcode und Layout sind getrennt und eine Benutzermaske \/ Display oder was man bei Windows FORMS nennt bezeichnet Android als ACTIVITY.<\/p>\n

Jede neue Benutzermaske Eurer Anwendung stellt eine eigene Activity da und besteht aus den beiden Dateien: XML Datei mit Layout UND Java Datei mit Programmcode. Die interne Logik sorgt daf\u00fcr, dass sp\u00e4ter die richtige Java Datei automatisch ausgef\u00fchrt wird, wenn eine Activity aufgerufen wird. Oder besser und richtiger: Wenn eine Java Datei gestartet wird, enth\u00e4lt sie Informationen welche Activity zugeh\u00f6rig ist und angezeigt werden soll!<\/p>\n

Layout und Aussehen: die XML Datei<\/h2>\n

Die automatisch erstellte XML Datei mit dem Layout enth\u00e4lt erst einmal nur etwas Grundcode und die Idee den altbekannten Programmierer Text \u201eHello World\u201c anzuzeigen. Ihr k\u00f6nnt euch jetzt merken: in die XML Datei kommt alles hinein, was das Layout betrifft. Also die ganzen Textboxen, Listen, Buttons, Auswahlfelder und was ihr sonst noch so anzeigen wollt. Bevor ihr etwas anzeigen k\u00f6nnt, muss also erst mal ein Element in der XML Datei existieren.<\/p>\n

Bei unserer automatisch erstellten Android App hat das Studio die Arbeit schon mal gemacht und eine TextView angelegt. Mittels TextView kann Text angezeigt werden, analog zum Label unter Windows. Mittels EditText kann ein Text eingegeben werden, analog Textbox unter Windows. Button bleibt Button. Und noch vieles andere mehr.<\/p>\n

Unsere Mini-Anwendung soll nur einen Text anzeigen. Also gibt es nur eine TextView.<\/p>\n

<\/p>\n

Die Aktionen: der Java Code<\/h2>\n

Die ebenfalls automatisch erstellte zugeh\u00f6rige Java Datei enth\u00e4lt schon mal den fertigen Programmcode, um die Activity aufzurufen. Jede Java Datei, die mit einer Activity zusammen arbeitet, ben\u00f6tigt einen Methode onCreate. Wenig \u00fcberraschend, dass diese am Anfang ausgef\u00fchrt wird. Hier seht ihr dann auch, dass direkt in onCreate ein Verweis auf die zugeh\u00f6rige XML Datei existiert.<\/p>\n

<\/p>\n

In weiteren Teilen unseres Kochbuchs werden wir bei gehen und an diesen Stellen eigenen Code in die XML Datei und in die Java Datei einf\u00fcgen, um gew\u00fcnschte Funktionen zu bekommen!<\/p>\n

Doch jetzt geht es erst einmal ans ausprobieren.<\/p>\n

Device Manager: euer Android Simulator auf dem PC<\/h2>\n

Auch wenn es anfangs vielleicht noch Spa\u00df macht eine Anwendung zu erstellen und direkt auf dem Android Ger\u00e4t auszuf\u00fchren \u2013 die hierf\u00fcr notwendigen Schritte Anwendung \u00fcbertragen \/ installieren \/ starten und ausf\u00fchren werden schon bald zeitintensiv und langweilig. Insbesondere, wenn ihr sie st\u00e4ndig wiederholt, nur weil ihr z.B. einen Button etwas vergr\u00f6\u00dfert oder die Farbe ge\u00e4ndert habt.<\/p>\n

Daher hat Google dem Android Studio einen Simulator spendiert, der ein beliebiges Android direkt auf dem PC simuliert. Das ist eine tolle Erfindung. So k\u00f6nnt ihr eure Anwendung direkt auf eurem Entwicklungs- PC testen, ohne sie gleich jedes Mal auf ein echtes Ger\u00e4t laden und installieren zu m\u00fcssen.<\/p>\n

Das Android Ger\u00e4t ausw\u00e4hlen<\/h2>\n

Im Device Manager habt ihr die Wahl zwischen vielen verschiedenen Android Ger\u00e4ten, vom Smartphone \u00fcber Tablet bis zur Watch. Ihr k\u00f6nnt eigene Ger\u00e4te definieren und mit verschiedenen Displaygr\u00f6\u00dfen und Android Versionen ausr\u00fcsten.<\/p>\n

Ich lege mir immer verschiedene Ger\u00e4te mit unterschiedlichen Displays und Android Versionen an, weil sich Apps auf unterschiedlicher Hardware manchmal anders verhalten. Die API Version entspricht dem SDK. Eine kurze Google Suche bringt Euch auch die Verbindung zwischen SDK und Namen einer Android. Recht hilfreich ist hier diese Seite. Dort seht ihr sogar eine Verteilung der Versionen:<\/p>\n

https:\/\/apilevels.com\/<\/a><\/p>\n

<\/p>\n

Im Device Manager k\u00f6nnt Ihr euch die Ger\u00e4te anlegen, auf denen ihr eure App testen m\u00f6chtet. F\u00fcr jedes Ger\u00e4t wird ein Hardwareprofil angelegt, das ihr bei Eurer Entwicklung als Zielger\u00e4t verwenden k\u00f6nnt. Beispiel meiner Auswahlliste findet ihr nachstehend.<\/p>\n

<\/p>\n

\u00dcber die Buttons rechts in der jeweiligen Ger\u00e4tezeile k\u00f6nnt ihr den Simulation starten, der je nach Version direkt im Studio oder als eigenes Fenster ausgef\u00fchrt wird. Ihr k\u00f6nnt auch direkt ins Dateisystem gehen (zum Beispiel weil ihr Dateien austauschen wollt) und vieles andere mehr.<\/p>\n

Bastelt euch an dieser Stelle also ein Android Ger\u00e4t zusammen, das ihr gerne verwenden m\u00f6chtet!<\/p>\n

Die Anwendung im Emulator starten<\/h2>\n

Wenn ihr im Device Manager Hardwareprofile hinterlegt habt, k\u00f6nnt ihr die automatisch erzeugte Android Anwendung schon mal starten und euch am Ergebnis erfreuen. Gestartet wird der Emulator mit dem gr\u00fcnen Pfeil. W\u00e4hlt vorher eine Device aus, auf der die Anwendung laufen soll:<\/p>\n

<\/p>\n

Das Android Studio \u00fcbernimmt f\u00fcr euch automatisch das \u00dcbersetzen des Programmcodes und startet die Anwendung auf dem gew\u00e4hlten Simulator. Wenn ihr beim \u00dcbersetzen Fehlermeldungen bekommt\u2026 – und das kann schnell mal passieren! Keine Panik!<\/p>\n

Die ersten Fehlermeldungen: Gradle aktualisieren<\/h2>\n

<\/p>\n

Im Bereich Build Output findet ihr Probleme, \u00fcber die Android Studio anfangs gerne meckert. Im Wesentlichen sind es immer die gleichen: Google hat einen neuen Target SDK (Android Version) bestimmt, die als Ziel verwendet werden muss \u2013 aber unterlassen oder vergessen das Android Studio auf diese Version automatisch zu aktualisieren. Im obigen Fall ist Android Version 33 vorgeschrieben. Als standardm\u00e4\u00dfig eingetragene TargetSDK hat das Android Studio aber beim Erstellen des Projektes SDK32 eingetragen. Also gibt es Gemeckere.<\/p>\n

Abhilfe ist dann meistens: Geht in den Gradle Scripts \u2013 Build Gradle und \u00e4ndert die Target SDK Version auf 33. F\u00fchrt dann einen Sync durch (die rote Schaltfl\u00e4che, die irgendwo angezeigt wird) und startet den Emulator Vorgang neu.<\/p>\n

<\/p>\n

Achtung: Build Gradle gibt es 2x. Ihr m\u00fcsste den zweiten verwenden \u2013 den mit Module:KochbuchEingabe.app. Der erste ist nur f\u00fcr das Sytem gedacht und hier sollt ihr keine \u00c4nderungen durchf\u00fchren. Das steht auch oben im Codefenster, wenn ihr versehentlich den ersten anklickt.<\/p>\n

<\/p>\n

Die erste laufende Anwendung<\/h2>\n

Wenn ihr den Target SDK angepasst habt und den Vorgang neu startet wird es in der Regel durchlaufen. Eure komplett vom Studio erzeugte App starte!<\/p>\n

Tipp: Falls ihr Startprobleme habt aber keine Fehler mehr auftauchen \u2013 beendet das Studio und startet alles neu. Das Ganze kann schon mal vorkommen, das etwas h\u00e4ngt.<\/p>\n

Am Ende sollte diese ungemein gigantische Anwendung dann so auf Eurem Computer aussehen:<\/p>\n

<\/p>\n

System Ausgaben nur f\u00fcr Programmierer<\/h2>\n

Tipp: Schaut euch schon mal im Ausgabefenster unter RUN an, wie die Anwendung gestartet wird und welche Aktionen von Android durchgef\u00fchrt werden. Dieses Fenster wird sp\u00e4ter enorm wichtig, denn hier k\u00f6nnt ihr euch sp\u00e4ter Debug Meldungen anzeigen lassen, z.B. wenn ihr wissen wollt welchen Wert Parameter haben oder um zu kontrollieren, ob bestimmte Aktionen durchgef\u00fchrt werden! Das RUN Fenster seht ihr nur im Visual Studio, d.h. f\u00fcr den Anwender auf dem Smartphone bleibt es unsichtbar. Macht euch mit dem RUN Fenster vertraut, so dass ihr es schnell findet und bei Schwierigkeiten mit der Anwendung nachschauen k\u00f6nnt!<\/p>\n

<\/p>\n

Ende dieses Teils. Wir haben unter Google Studio eine erste Anwendung erzeugt und die im Device Manager als Simulation auf dem PC laufen lassen. Ihr k\u00f6nntet jetzt auch unter BUILD erstellen eine Google APK Datei erstellen lassen, diese in euer Android Ger\u00e4t laden, dort installieren und ausf\u00fchren lassen \u2013 und dann das gleiche Ergebnis bewundern. Zumindest solange Euer Device Manager und reales Smartphone halbwegs \u00e4hnlich gew\u00e4hlt sind.<\/p>\n

Video<\/h3>\n

Das Video zu diesem Beitrag findet ihr hier:<\/p>\n