(S) android 101

Ich weisz nicht ob dir das hilft, aber ich schreib hier einfach ein paar Fakten zusammen, von denen ich mir denke, dass sie dir helfen koennen.

Android ist ein Betriebssystem auf Basis des Linux-Kernels. Mit einer "herkoemmlichen" GNU/Linux-Distribution enden die Parallelen hier meist schon wieder. Android wird von Google-Entwicklern "top-to-bottom", ohne grosze Einbindung der Community und hinter verschlossenen Tueren, entwickelt. In unregelmaeszigen Abstaenden erfolgen "Code Drops" - der Quellcode einer fertigen Android-Release wird der Oeffentlichkeit unter verschiedenen Lizenzen zur Verfuegung gestellt. Mit groszen Geraeteherstellern arbeitet Google auch vor einem solchen Code Drop zusammen, damit diese Hersteller schneller mit einem aktuellen Android-Handy/Tablet/wwi auf dem Markt sein koennen. Die oeffentlich einsehbare Codebase von Android heiszt "Android Open Source Project", kurz AOSP.

Das Android-Userland (also die Anwendungen, mit denen man als Benutzer interagiert) sind gewoehnlich in Java programmiert. Jedes Android-Geraet bringt eine speziell von Google fuer Android entworfene JVM (Dalvik) mit, und kann darauf Java-Bytecode ausfuehren. Moechte man Anwendungen fuer Android entwickeln, schreibt man also Java, allerdings nicht (nur) gegen die gaengigen Klassenbibliotheken/APIs, die man von Oracle Java/OpenJDK etc. gewohnt ist. Jedes Android-Release bringt eine neue Version der Android SDK mit - eine Sammlung von Software, Bibliotheken, Tools und Dokumentation, die das Programmieren von Anwendungen fuer Android ermoeglichen. Es gibt auch noch eine sogenannte "NDK" (Native Development Kit), mit dem man hardwarenaeher (in C statt Java) fuer Android programmieren kann, das braucht man idR aber nur dann, wenn man gewisse, nicht durch eine Java-API verfuegbar gemachte Hardware-Spezialitaeten ausreizen will oder muss.

Manche Hersteller implementieren auf ihren Geraeten Besonderheiten, z. b. einen eigenen Launchscreen, oder bringen spezielle Anwendungen mit dem Geraet mit, wie bspw. eine (zu Google Maps alternative) Navigationsanwendung, oder ein Cloud-Backup-Service, etc. Die Geraetehersteller kuemmern sich auch darum, dass die Hardware, die in ihren Geraeten schlummert, mit dem Rest des Android-Systems zusammenspielt (also dass Treiber dafuer fuer den Linux-Kernel ihrer Android-Distribution/Handy-Firmware zur Verfuegung stehen). Dieses von Herstellern angepasste System kannst du theoretisch jederzeit durch AOSP ersetzen (sofern du dich darum kuemmerst, dass alle Geraetetreiber zum Betrieb der Hardware im verwendeten Kernel mit drin sind). Manche Hersteller beschraenken diese Freiheit durch "gelockte" Bootloader, die nur durch den Hersteller kryptographisch signierten Code ausfuehren bzw. booten. Ansonsten unterscheiden sich Android-Geraete diverser Hersteller hauptsaechlich durch die zum Einsatz kommente Hardware.

Achja, Edith meint noch: Derzeit sind hauptsaechlich Android-Geraete mit den Android-SDK-Releases "Gingerbread" (2.3.x) und "Ice Cream Sandwich" (4.0.x) auf dem Markt - je nach Hersteller mehr oder weniger angepasst, verstuemmelt, verbessert, ... wie man es sehen will. Android 4.0 vereint die hauptsaechlich fuer Handsets gedachte 2.x-Branch mit dem mittlerweile quasi ausgestorbenen 3.x-Release (fuer Tablet Computer). Nebenbei gab es noch ein paar Anpassungen was die Mindestanforderungen an die Hardware angeht (z. B. brauchen Android 4.0-Geraete keine physischen Buttons mehr fuer "Back", afaik). Dazu gibt es neue APIs (zu alten bleibt man aber kompatibel: eine Android-Anwendung, die fuer AOSP 1.6 geschrieben und kompiliert wurde, laeuft also auch auf Android 4.0) und Funktionen, einen neuen Look und den fuer Upgrades ueblichen Ressourcen-Mehrverbrauch.

Vielleicht ist noch erwähnenswert, dass Dalvik keinen Java-Bytecode ausführt, sondern seinen eigenen, der im Buildprozess aus den Java-Klassen erstellt wird.

Außerdem ist "Handy" ein deutsches Wort und die Mehrzahl daher "Handys".