Code Kiste
Bau Dir Dein Web        
  • Home
  • Repository
Startseite | Weblogs | Weblog von Wolfgang Hauertmann

Installation des Android-SDK

Von Wolfgang Hauertmann am 22.12.2014 - 22:47

Wer Apps für mobile Endgeräte entwickelt, wird sich das Software-Development-Kit von Android (SDK) installieren. Analoge Systeme für iOS gibt es natürlich, werden hier aber zunächst nicht diskutiert, da sich das Android-Betriebssystem für erste Schritte am besten eignet. Da wir nur hybride Apps entwickeln, benötigen wir nicht das Android-Studio mit der speziellen Eclipse-Java-IDE, sondern nur die Stand-alone SDK-Tools.

Nach der Installation mit den vorgegebenen Default-Einstellungen finden wir die SDK-Tools unter

  • C:\Users\<user>\AppData\Local\Android\android-sdk\tools

Bevor man nun hektisch in diesem Ordner alle möglichen exe- oder bat-Anwendungen ausprobiert, sollte man sich auf das Programm monitor.bat beschränken. Von dort können alle wichtigen übrigen Anwendung gestartet werden.

Abb. 1: Android Device Monitor (monitor.bat) des stand-alone Android-SDK

Mit diesem Programm kann man Emulatoren, die man selbst zuvor definiert hat, starten.

Um einen Emulator zu definieren, startet man unter dem Menu-Punkt Window den

  • Android Virtual Device Manager

Dort kann man sich mit dem Button Create ein oder mehrere Emulatoren auf seine Bedürfnisse zuschneiden und dann dort auch starten.

Abb. 2: Mit dem Android Virtual Device Manager definierter Emulator

Auf ein weiteres wichtiges Plugin des Android Device Monitors soll hier noch hingewiesen werden, das ebenfalls unter dem Menu Window erreichbar ist, der

  • Android SDK Manager (Abb. 3)

Abb. 3: Android SDK Manager

Hier aktiviert ihr die Packages, die ihr später für das Build benötigt, um eure Apps auf eine bestimmte Bandbreite von API-Versionen zuzuschneiden.

Wenn ihr z.B. möchtet, dass die App auf einem Handy mit Android Froyo (2.2) läuft, dann müsst ihr dort die Packages für API Level 8 aktivieren. Ihr könnt euch dann dafür einen Emulator konfigurieren (Abb. 2).

Diese Levelnummer benötigt ihr auch in eurem NetBeans-Cordova-Projekt, aber dazu in folgenden Artikeln mehr.

Wenn ihr nur daran interessiert seid, Cordova (PhoneGap) - Anwendungen mit NetBeans zu erstellen, dann könnt ihr das folgende Unterkapitel auslassen. Wenn ihr etwas Zeit mitbringt, beschäftigt euch ruhig noch ein bisschen mit dem SDK-Tools.

Tipps und Tricks für das Arbeiten mit dem Andorid SDK

In Abb. 1 seht ihr oben links, dass der Android Device Monitor mit zwei Geräten verbunden ist, mit:

  • einem realen Samsung-gt i5800 Handy (übrigens mit Betriebssystem Level 8) und
  • einem Emulator.

Der Monitor erkennt ein reales Android-Handy automatisch, wenn es im Debug-Modus mit dem PC verbunden ist. Dies erreicht man auf dem genannten Handy z.B. über die App Einstellungen und dort weiter über die Menupunkte Anwendung / Entwicklung / USD-Debugging, das man aktivieren muss.

Um mit einem realen Handy vernünftig entwickeln zu können, muss man es rooten. Dies gilt vor allem für hybride Web-Apps, denn in der Regel will man ja mit diesen Apps auf einen Web-Server zugreifen. Dieser Web-Server läuft im lokalen Netzwerk oder WLan und dafür muss man in der hosts-Datei des Handys die IP-Adresse des Servers hinterlegen (genauso wie auf dem lokalen PC). Dies geht nur, indem man das Handy vorher rootet.

Auf dieses Problem wird hier im Artikel nicht eingegangen. Dafür gibt es Hersteller- und Versionsbezogene Anleitungen. Wie man die hosts-Datei im Emulator und im Handy ändert, ist Gegenstand eines späteren Artikels.

Um hybride Web-Apps zu entwicklen, reicht aber zunächst das Arbeiten mit Emulatoren, so dass man sich dem Problem des Testens mit realen Endgeräten später widmen kann.

Will man kommerzielle Apps entwickeln, benötigt man häufig eine ganze Batterie von realen Endgeräten mit unterschiedlichen Fähigkeiten (billige Feature-Phones bis hin zum High-End-iPhone, Geräte mit unterschiedlich leistungsstarker Sensorik (z.B. GPS), unterschiedlichen Bildschirm-Auflösungen bis hin zum Retina-Display). Für reale kommerzielle Projekte kann eine solche Testumgebung durchauch aus 15 verschiedenen Endgeräten bestehen.

Das soll aber niemanden abschrecken, mit der Entwicklung von hybriden Test-Apps zu beginnen. Am Anfang - und für diesen und alle weiteren Artikel hier - benötigt man gar kein reales Test-Handy.

Und wenn ihr Handys oder Tablets zur Verfügung haben solltet, die ihr für die Entwicklung übrig habt (nicht jeder will sein Gebrauchshandy rooten), ist mein Tipp: Nehmt die mit den ältesten Android-Betriebssystemen, die ihr finden könnt. Auf keinen Fall euer neuestes iPhone Spielzeug mit Retina und sonstigem Schnickschnack. Wer so anfängt, hat schon verloren. Ich habe schon Projekte gesehen, die deswegen in den Sand gesetzt wurden, weil das Management Ergebnisse immer nur auf dem gewohnten Lieblingsspielzeug sehen wollten - natürlich einem iPhone. Am Ende eines Projekts dann alle übrigen Geräte berücksichtigen wollen, ist unmöglich. Die einzig wahre Strategie nennt sich progressive Enhancement. Dazu bei Gelegenheit mehr.

Update: Manchmal möchte man wirklich sicher gehen, dass alle Daten eines Users oder einer App im Emulator tatsächlich gelöscht werden, z.B., wenn man das Launcher-Icon geändert hat. Hierzu gibt es die im Update des Launcher-Icon-Artikel am Ende beschriebenen Möglichkeiten.

  • Blog von Wolfgang Hauertmann

Verwandte Beiträge

Hosts-Datei ändern - Emulator und Handy
Launcher-Icon für hybride Android-App
Bau Dir eine App für Dein Weblog
Hybride Kompass- und Foto-App mit dem Modul-Pattern
Hybride Kompass- und Foto-App mit require.js
Hybride Apps als Alternative zu nativen Apps
Einrichten des NetBeans-Cordova-Plugins (PhoneGap)
Ripple-Emulator beschleunigt Workflow für hybride Apps
Android Debug Bridge (adb) - Nützlich für hybride Web-Apps
Impressum
Login
2023 © Code Kiste

Datenschutzhinweis

Der Besuch dieser Webseite wird mit dem Webanalyse-Tool Piwik erfasst. Hier können Sie der Erfassung widersprechen.