Größe der Android Anwendung

[v2afrank]

Hallo,
ich habe mir die Demo von XE 5 runtergeladen und eine simple Hello World Anwendung erstellt.
Was mir sofort auffiel ist, dass das Programm eine Größe von 21 MByte hat.
Das kann ja wohl nicht richtig sein. Oder ? Wo kann / muss ich Optimierungen einschalten um eine akzeptable Größe zu bekommen ?

[Der schöne Günther]

Also kleiner sind meine Hallo-Welt-Anwendungen unter Win32 auch nicht (zumindest in der Debug-Fassung)

[v2afrank]

Aber auch in der Releasefassung wirds nicht kleiner.
Ich musste auf meinem Handy erst einmal ein paar andere Anwedungen deinstallieren um mein hello World drauf zu bekommen.

[Phoenix]

Zitat von v2afrank:

Das kann ja wohl nicht richtig sein. Oder ? Wo kann / muss ich Optimierungen einschalten um eine akzeptable Größe zu bekommen ?

Bei dem Konzept das FireMonkey fährt ('true' native auf Basis des NDK) wirst Du nicht kleiner weg kommen.

Da 'normale' Android-Anwendungen auf Java basieren und dafür alles benötigte, inkl. der Dalvik runtime und der Plattform-nativen Controls, bereits auf dem Gerät vorhanden ist, sind die in aller Regel sehr klein.

FireMonkey benötigt, wie alle Delphi-Applikationen, seine eigene Runtime-Bibliothek (RTL), und muss natürlich seine eigenen FireMonkey-Komponenten alle auch nochmal mitbringen. Das braucht nunmal Platz.

Noch interessanter hierbei ist der Fakt, das es Android-Geräte mit ARM-Chips (die große Mehrheit), Intel-Chips (z.B. die Intel Education Tablets) und sogar MIPS-CPU's (miumiu tablets) gibt. Das heisst das man durch die Verwendung des NDK's jede Datei die ausführbaren Code enthält in fertigen Kompilaten für alle drei CPU's bereitstellen muss, will man nicht bestimmte Devices aussen vor lassen.

Deine Anwendung hat also vermutlich eher 'nur' 7MB (immer noch riesig) aber 7MB für 3 CPU-Typen ergibt halt die erwähnten 21 MB. Da freut sich jeder Android-User der Deine App 'mal schnell Unterwegs installieren' will.

Aber solange Du das NDK verwendest, wirst Du da aber auch nicht von weg kommen.

[v2afrank]

Ok. Das ist eine Eklärung die ich verstehe, aber nicht gut finde.
Gibt es denn keine Möglichkeit eine Arte Runtime Package zu installieren um dann die eigentliche Anwendung möglichst klein zu halten. Ich meine so etwas mal in einer anderen IDE für Android gesehen zu haben.

[mkinzler]

Zitat:

Deine Anwendung hat also vermutlich eher 'nur' 7MB (immer noch riesig) aber 7MB für 3 CPU-Typen ergibt halt die erwähnten 21 MB. Da freut sich jeder Android-User der Deine App 'mal schnell Unterwegs installieren' will.

Nein, den XE5 kann nur ARM32.

Zitat:

Ok. Das ist eine Eklärung die ich verstehe, aber nicht gut finde.
Gibt es denn keine Möglichkeit eine Arte Runtime Package zu installieren um dann die eigentliche Anwendung möglichst klein zu halten. Ich meine so etwas mal in einer anderen IDE für Android gesehen zu haben.

Das könnte unter Android theoretisch funktionieren, Delphi linkt aber immer alles, du müsstest das also händisch machen.

[Phoenix]

Zitat von v2afrank:

Ok. Das ist eine Eklärung die ich verstehe, aber nicht gut finde.

Embarcadero ist entweder tatsächlich der Meinung, das das sei, was die meisten Delphi-Kunden sich wünschen oder sie sind der Meinung, das das das ist, was sie am besten (=gewinnbringendsten) an die existierenden Delphi-Entwickler verkaufen können.

Und da sind viele Leute leider sehr dogmatisch. Entweder, Du bist ein FireMonkey-User und schluckst das (und musst es gut finden und bashst auf X-Code bzw. Java, weil man da ja viel Neues lernen und/oder alles/das meiste doppelt coden muss), oder aber Du nutzt kein FireMonkey und setzt auf native Technologien die es Dir erlauben, die Plattformen optimal für Deine Zwecke auszunutzen.

Zitat von v2afrank:

Gibt es denn keine Möglichkeit eine Arte Runtime Package zu installieren um dann die eigentliche Anwendung möglichst klein zu halten. Ich meine so etwas mal in einer anderen IDE für Android gesehen zu haben.

Wenn Du native Android-Anwendungen (also das richtige nativ wie Plattform-Nativ, nicht wie 'true' native ), dann lässt sich da mit shared Libraries schon was machen. Aber das geht eben nur auf der Dalvik-Runtime.

[Phoenix]

Zitat von mkinzler:

Zitat:

Deine Anwendung hat also vermutlich eher 'nur' 7MB (immer noch riesig) aber 7MB für 3 CPU-Typen ergibt halt die erwähnten 21 MB. Da freut sich jeder Android-User der Deine App 'mal schnell Unterwegs installieren' will.

Nein, den XE5 kann nur ARM32.

Das heisst dann aber grundsätzlich, das viele Android-Tablet-User aussen vor sind und das die Anwendung - sofern dann Intel und MIPS-Support kommen - noch größer werden.

Ganz ehrlich: Ich weiss nicht, ob ich einfach nur still vor mich hinschluchzen soll oder ein Nervenzusammenbruch mit Heulkrampf die adäquate Antwort ist.

Mir tun echt alle Leute einzeln unwahrscheinlich Leid, die auf so ein Gefrickel reinfallen und da auch noch hinein investieren.

[v2afrank]

In meinen ersten kurzen Tests war ich vom Komfort von Delphi im Vergleich zu Eclipse oder dem Android Studio begeistert. Es funktionierte einfach. Ich konnte rechts mein Device oder den Emulator auswählen. Die Positionierung und auch die Zuweisung der Ereignisse funktionierte so einfach wie man es von Delphi gewohnt ist. Eben RAD, was ich von den anderen IDEs nicht behaupten kann.

Aber. Das Ergebnis muss stimmen. Was es hier meiner Meinung nach absolut nicht tut.
Für das Produkt werde ich erst einmal kein Geld ausgeben. Ich habe ja noch 30 Tage Testzeit, aber diese Große ist für mich ein KO Kriterium

[mkinzler]

Zitat:

Das heisst dann aber grundsätzlich, das viele Android-Tablet-User aussen vor sind und das die Anwendung - sofern dann Intel und MIPS-Support kommen - noch größer werden.

Dies kommt dann mit XEnnn

Seit ca. 10 Jahren arbeiten sie an einer Front-/Backend Lösung des Compilers, der scheint aber nicht fertig zu werden.