Größe der Android Anwendung

[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.

[v2afrank]

Zitat von Phoenix :

Es gibt Gründe, warum sich die .NET Welt mit Silverlight/WPF (MVVM) von Windows Forms (RAD) verabschiedet hat. Es gibt Gründe, warum sich die .NET Welt mit ASP.NET MVC von WebForms (RAD) verabschiedet hat. Es gibt Gründe, warum X-Code bei Mac- und iOS Anwendung das MVC-Pattern forciert. Es gibt Gründe, warum auf Android MVC- und MVVM-Pattern so stark getrieben werden.

Das mag für viele Anwendungen absolut richtig sein. Aber darum ging es hier doch nicht.
Für mich war die Hoffnung da ein paar von uns genutzte Apps einfach zu entwickeln. Das denke ich würde funktionieren. Aber aufgrund der Größe der Anwendungen scheidet dieser Weg für mich aus.
Welches jetzt die "richtigere" Vorgehensweise ist für mich erst mal egal. So wie ich es sehe bleibt mir jetzt nur der klassische Eclipse / Android Studio Weg

[arnof]

Zitat von 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.

Welche Geräte gibt es denn mit Intel oder MIPS ? Ich hatte jetzt mal ein überteuertes Acer Tablet mit Atom und Android gesehen. Wenn Ihr euch mal Apps im Playstore anschaut, dann prüft dieser schon, ob es mit dem Gerät xyz geht oder nicht. Unter Windows sieht man dann den Hinweis:


"Diese App ist mit allen Ihren Geräten kompatibel."

oder

"Diese App ist mit einigen Ihrer Geräte kompatibel."

[Phoenix]

Zitat von arnof:

Welche Geräte gibt es denn mit Intel oder MIPS ? Ich hatte jetzt mal ein überteuertes Acer Tablet mit Atom und Android gesehen.

Stand im Post #4:

Zitat von Phoenix:

... 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.

Und Ja, das sind kleine Minderheiten. Insbesondere die MIPS-Geräte. Aber die per se auszusperren halte ich für absolut unnötig, zumal es so einfach wäre diese über das normale Android-SDK auch zu unterstützen.

[v2afrank]

Zitat von Union:

...Ich habe den Versuch mal gemacht und das lib<ProjName>.so file umbenannt (das ist 18MB groß). Die Anwendung läuft trotzdem.

Das habe ich nicht genau verstanden. Was hast Du gemacht ?

[arnof]

Zitat von Phoenix:

Zitat von arnof:

Welche Geräte gibt es denn mit Intel oder MIPS ? Ich hatte jetzt mal ein überteuertes Acer Tablet mit Atom und Android gesehen.

Und Ja, das sind kleine Minderheiten. Insbesondere die MIPS-Geräte. Aber die per se auszusperren halte ich für absolut unnötig, zumal es so einfach wäre diese über das normale Android-SDK auch zu unterstützen.

Ich musste erstmal suchen, was das für Geräte sind (die MIPS Geräte habe ich nur bei Aliexpress gesehen (China Onlineshop, dort hatte ich auch schon mal ein Tablett importiert, da es aber schnell überhitzte habe ich es gleich entsorgt, bevor das Büro abbrennt).

Die Intel Tabletts gibt auch fast nirgends zu kaufen. Wenn man nicht gerade ein Spezialprojekt hat, die mit diesen "Dingern" laufen müssen, würde ich wirklich mal auf das Kosten und den Nutzen hinweisen man kann nicht 100% aller Geräte abdecken, das ist nun mal so.