[DUG] Delphi on Windows Mobile
Richard Vowles
richard at developers-inc.co.nz
Wed May 5 22:00:55 NZST 2010
Web OS uses Javascript, not Java.
Android uses the Dalvik virtual machine and Dalvik byte code, not Java -
there just happens to be a Java byte code -> Dalvik mapper and this has been
used on most of the libraries that Android supports. Adobe are coming out
with one for FLash that allows you to develop in Flash and drop a Dalvik app
into Android as well.
Windows mobile 7 (if there are still any phones that support it by the time
it ships) Microsoft are definitely targeting for Silverlight only.
iPhone/iPad - you say Objective-C only, but most of the top games on that
platform are orchestrated by LUA (yet another scripting language) - and
major games creators (such as EA) have already been given the green light
against clause 331. I have heard that Unity3D also has been given the green
light. Monotouch is likely (IMHO) to get exemption as well as it compiles
directly to ARM assembly code yet uses the native widgets (which Adobe does
not, all widgets including buttons and so forth are just drawn Canvases).
Richard
On 5 May 2010 17:31, Leigh Wanstead <leighw at softtech.co.nz> wrote:
> I saw some demo on internet to say code written in java running some
> android default virtual machine around 10 times slower than native c code.
> Dot net version is in between c and java. I guess the problem is not java,
> but that java virtual machine running in android.
>
>
> If you want to develop of Windows Mobile 7 then you need to do it with
> Silverlight.
>
> If you want to develop for Android or WebOS then get yourself up on Java.
>
> If you want to develop for the iPhone/iPad then start learning Objective-C.
>
>
>
--
---
Richard Vowles, Technical Advisor
Developers Inc Ltd
web. http://www.developers-inc.co.nz
ph. +64-9-3600231, mob. +64-275-467747, fax. +64-9-3600384
skype. rvowles, LinkedIn, Twitter
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://listserver.123.net.nz/pipermail/delphi/attachments/20100505/881f1888/attachment.html
More information about the Delphi
mailing list