On 6/26/2012 4:14 AM, John wrote:
There is C/C++ through the NDK  but generally
> this is reserved for any heavy stuff that the app has to do
> graphics/game stuff etc, also you pretty much have to still use Java
> for the GUI parts of your app.

While you CAN fall back on Java for GUI components, you don't have to. Most of my games have GUI widgets rendered in OpenGL, and every one of the Lua-based frameworks mentioned have options for doing a basic GUI in Lua without resorting to XML or Android-native controls. Any time to use too much XML or too many native control features you lose a bit of cross-platform portability.

The only time you HAVE to fall back to Java is when you're using a third-party SDK (like Flurry) where it's supplied as a .JAR file. And even then you CAN use JNI directly, or auto-binding code like luajava or jnlua to call the Java APIs from your NDK-based app.

> I think the other non Java Android frameworks out there in the end
> cross-compile to Java and C++.

Well, Lua is an interpreter (though LuaJIT gets you JIT compilation on Android). Most of the frameworks I'm familiar with either give you a WebKit view and let you run JavaScript or they supply an interpreter (Lua) or a VM (Mono). Not sure what Unity's doing, but it might compile to Java.

Tim

--
You received this message because you are subscribed to the Google Groups "Android 
Discuss" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/android-discuss?hl=en.

Reply via email to