Tamaño de las aplicaciones para Android

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

[matabyte]

Empezado por Neftali

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.

Me quedo con este comentario que esta sin responder:

"What is about memory size limitation on mobile device and memory usage strategy, when OS unload not active application to free memory for you "size is not my care" app?"

[mamcx]

Empezado por Neftali

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.

El problema es que están cobrando un valor premium por una funcionalidad que no equipara*. Contraste con XCode. Cuando hay algo nuevo, el beta dura hasta meses. Cada mes/2 meses hay nuevas versiones. Nunca he visto un problema grave (en las versiones estables) y cada vez hay cosas mejores.

He incluso, la compilacion y/o el manejo del codigo y/o las apps son cada dia mas rapidas (con el salto a 64 bits por ejemplo, se ha avanzado todo un resto).

No entiendo porque a estas alturas embarcadero no hace betas publicas de sus productos...

* Mi problema no es tanto con el tamaño de la app en si. Aunque es importante en moviles, es un precio que se puede pagar si la funcionalidad lo compensa.

[jhonny]

¿Con XCode puedo compilar aplicativos, con las mismas lineas de código para Windows 32 y 64 Bits, OSX, iOS y Android?. Por otro lado ¿Has notado que este es el foro de Android?, además veo que si vas a refutar el precio hablas de XCode, pero sí vas a hablar de algo en la funcionalidad hablas es de Xamarin. Osea, ninguna de las herramientas que mencionas ofrecen ambas cosas.