DEODEXED: Unterschied zwischen den Versionen

Zeile 1:

Der Begriff '''ODEXED''' kommt von der Dateierweiterung .odex, ".dex" steht für "'''D'''alvik '''Ex'''ecutable Format", das "'''o'''" für "optimized"<ref>http://www.android-hilfe.de/android-allgemein/332552-info-bedeutet-odex-deodex.html</ref>. Mit '''ODEXED''' bzw. '''DEODEXED''' bezeichnet man den Aufbau des Androidframeworks und einiger Systemapps. Ein ODEXED, bzw. DEODEXED Aufbau ist nur bei der Verwendung der [[Dalvik VM]] als Runtime Engine möglich und vorhanden. Bei der Verwendung der [[Android Runtime]] (ART) werden Klassen und weitere Daten, die bei der Dalvik VM im .dex ausgelagert sind, in [[OAT]] Dateien ~~ausgelagert~~<ref>http://www.xda-developers.com/android/new-runtime-compiler-in-android-4-4/</ref>.

Der Begriff '''ODEXED''' kommt von der Dateierweiterung .odex, ".dex" steht für "'''D'''alvik '''Ex'''ecutable Format", das "'''o'''" für "optimized"<ref>http://www.android-hilfe.de/android-allgemein/332552-info-bedeutet-odex-deodex.html</ref>. Mit '''ODEXED''' bzw. '''DEODEXED''' bezeichnet man den Aufbau des Androidframeworks und einiger Systemapps. Ein ODEXED, bzw. DEODEXED Aufbau ist nur bei der Verwendung der [[Dalvik VM]] als Runtime Engine möglich und vorhanden. Bei der Verwendung der [[Android Runtime]] (ART) werden Klassen und weitere Daten, die bei der Dalvik VM im .dex ausgelagert sind, in [[OAT]] Dateien gespeichert<ref>http://www.xda-developers.com/android/new-runtime-compiler-in-android-4-4/</ref>.

== DEODEXED ==

Der Begriff DEODEXED "verneint" ODEXED, was bedeutet, dass das Gegenteil von einer ODEX-Dateistruktur zutrifft. Das Framework und die Apps sind dabei in den jeweiligen Dateien integriert, es werden keine Teile der Anwendung oder des Frameworks ausgelagert.

Der Begriff DEODEXED "verneint" ODEXED (Präfix "de"), was bedeutet, dass das Gegenteil von einer ODEX-Dateistruktur zutrifft. Das Framework und die Apps sind dabei in den jeweiligen Dateien integriert, es werden keine Teile der Anwendung oder des Frameworks ausgelagert.

=== Vorteile ===

Zeile 14:

=== Vorteile ===

Die Vorteile eines ODEXED-Rom's liegen darin, dass das System beim Starten beschleunigt wird, da das System die Programmbibliotheken schneller verarbeiten kann. Dies wird dadurch erreicht, das die Programmbibliotheken direkt geladen werden können ohne, dass diese vorher entpackt werden müssen. Im Anschluss muss dann nur noch die übrig gebliebene, deutlich verkleinerte APK-Datei entpackt werden.

Die Vorteile eines ODEXED-Rom's liegen darin, dass das System beim Starten beschleunigt wird, da das System die Programmbibliotheken schneller verarbeiten kann. Dies wird dadurch erreicht, das die Programmbibliotheken direkt geladen werden können, ohne dass diese vorher entpackt werden müssen. Im Anschluss muss dann nur noch die übrig gebliebene, deutlich verkleinerte APK-Datei entpackt werden.

=== Nachteile ===

Dadurch, dass die Programmbibliotheken in *.odex-Dateien ausgelagert sind, ist es sehr schwierig diesen Aufbau des Rom's zu verändern (~~modden~~). Beim Entfernen von Systemapps muss beachtet werden, das zu den APK-Dateien auch die .odex-Dateien gelöscht werden müssen und umgekehrt. Beachtet man dies nicht, startet das Rom aufgrund eines Fehlers meist nicht.

Dadurch, dass die Programmbibliotheken in *.odex-Dateien ausgelagert sind, ist es sehr schwierig diesen Aufbau des Rom's zu verändern ("modifizieren", dt.: verändern, anpassen). Beim Entfernen von Systemapps muss beachtet werden, das zu den APK-Dateien auch die .odex-Dateien gelöscht werden müssen und umgekehrt. Beachtet man dies nicht, startet das Rom aufgrund eines Fehlers meist nicht.

Ein weiterer schwerer Nachteil ist, das ~~wenn man einen Fehler beim modden eines ODEXED-Rom's macht, ist meist~~ ein [[Bootloop]] zu erwarten, der ~~sich nur durch Wiederherstellung des Originalzustandes entfernen lässt~~. ~~Dies~~ ist meist nur durch ~~ein vorher erstelltes NANDROID~~-~~[[Backup]] möglich~~. Schwieriger ist das Wiederherstellen über die [[ADB]], sofern die Verbindung im Bootloop möglich ist. Dabei ~~müsste man wissen, was man alles geändert hat und mittels~~ Kommandozeile ~~wiederherstellen~~.

Ein weiterer schwerer Nachteil ist, das ein sogenannter [[Bootloop]] zu erwarten ist, sollten Fehler beim Verändern der System-Dateien auftreten. Dieser ist meist nur durch einen Werks-Reset zu beheben, wodurch mindestens alle persöhnlcihen Daten verloren gehen. Schwieriger ist das Wiederherstellen über die [[ADB]], sofern die Verbindung im Bootloop möglich ist. Dabei müssten alle Änderungen über die Kommandozeile rückängig gemacht werden.

== Einzelnachweise ==

[[Kategorie:Allgemein]]