Tamaño de las aplicaciones para Android

[MAXIUM]

OK, La respuesta es los foros es que XE5 genera código nativo para Android y por ello consume más espacio. En cambio, al usar entornos como Eclipse, se esta compilando bajo JAVA y por ende requiere menos espacio (archivo comprimido APK de 5.000KB en nativo vs 300KB en JAVA).

[Casimiro Notevi]

¿Y el código nativo de android no es java?, ¿a qué se refieren exactamente?

[MAXIUM]

Pues no Casimiro. El código nativo de Android no es JAVA aunque comúnmente las aplicaciones se programen en este lenguaje usando el SDK, se puede programar nativamente (lenguaje C...) usando el NDK, lo que elimina una muy importante capa, mejorando el rendimiento, etc.

[cocute]

Empezado por MAXIUM

OK, La respuesta es los foros es que XE5 genera código nativo para Android y por ello consume más espacio. En cambio, al usar entornos como Eclipse, se esta compilando bajo JAVA y por ende requiere menos espacio (archivo comprimido APK de 5.000KB en nativo vs 300KB en JAVA).

Si genera código nativo para Android, a regañadientes se puede aceptar que consuma más espacio en disco,
pero que sentido tiene que consuma tanta RAM?
¿Entonces cual es la ventaja de que sea código nativo?
Lo único que se me ocurre es que consuma menos CPU, pero me da a mi que no será así tampoco

[Casimiro Notevi]

Creo que no he entendido: sí, seguramente android está desarrollado en lenguaje C, como cualquier sistema operativo, digamos que es lo normal. Pero se creó para que corriesen programas hechos en java. Lo que no acabo de entender es que (según tu comentario de antes) ocupe más el programa (app) en código nativo (C) que en java, salvo que no se cuente con que necesita un runtime.
Resumiendo, que no me ha quedado muy claro ni me ha parecido muy lógico.

[MAXIUM]

Empezado por Casimiro Notevi

Creo que no he entendido: sí, seguramente android está desarrollado en lenguaje C, como cualquier sistema operativo, digamos que es lo normal. Pero se creó para que corriesen programas hechos en java. Lo que no acabo de entender es que (según tu comentario de antes) ocupe más el programa (app) en código nativo (C) que en java, salvo que no se cuente con que necesita un runtime.
Resumiendo, que no me ha quedado muy claro ni me ha parecido muy lógico.

Desde la web original de Android

Android NDK

The NDK is a toolset that allows you to implement parts of your app using native-code languages such as C and C++. For certain types of apps, this can be helpful so you can reuse existing code libraries written in these languages, but most apps do not need the Android NDK.

Before downloading the NDK, you should understand that the NDK will not benefit most apps. As a developer, you need to balance its benefits against its drawbacks. Notably, using native code on Android generally does not result in a noticable performance improvement, but it always increases your app complexity. In general, you should only use the NDK if it is essential to your app—never because you simply prefer to program in C/C++.

Typical good candidates for the NDK are self-contained, CPU-intensive operations that don't allocate much memory, such as signal processing, physics simulation, and so on. When examining whether or not you should develop in native code, think about your requirements and see if the Android framework APIs provide the functionality that you need.

http://developer.android.com/tools/sdk/ndk/index.html

[cocute]

He probado a compilar algún ejemplo de los que vienen con el XE5 y por ejemplo
MobileControls.apk el tamaño vale que son 5,7mb
pero es que al abrirlo en mi móvil Sony Xperia P, que no es de los malillos (dualcore de 1ghz y 1gb de ram),
le cuesta 7 segundos desde que pincho el icono hasta que se abre el programa.
Para ser que dicen que crea código nativo y que es mejor que java vaya ruina.

[mamcx]

Seria bueno comparar con:

http://docs.xamarin.com/guides/andro..._package_sizes

[Neftali [Germán.Estévez]]

Echadle un vistazo a este artículo. Es otra forma de ver el tema.

De todas formas, yo creo que este "problema" y muchos otros que trae esta versión son "solucionables" o "mejorables". Esta no deja de ser una primera versión y como tal tiene muchas cosas a mejorar.
Ahora que la base está puesta (que creo que es lo más difícil) las sucesivas versiones vayan añadiendo más funcionalidades, aportando más información ayuda y ejemplos, y mejorando las existentes.