Everything you are saying here is "I have heard Java is slow, and that's what is probably making Android slow! Here's an example of some things I think are slow because of Java. Now I'm going to apply this as evidence to the entire Android platform to show why Java must be slow on it."
Please stop, this is 100% uninformed. If you want to come back with any kind of solid performance numbers reinforcing your points it might make sense, but it seems like all you're doing is trying to say that Java is slow, and that somehow JavaScript would be faster. This really doesn't make any sense at all, and it's silly to try to keep on arguing with absolutely no empirical evidence to justify any of the claims you're making. Kris On Sun, May 11, 2014 at 2:41 PM, 李白|字一日 <[email protected]> wrote: > if it is not, why should you go native with c/c++ based ndk programming? > > it is surely related to the programming language. > > javascript 's speed acceleration is also related to the language and its > optimization, which is almost always c/c++. > > i have never experienced the fast feeling of java technology both in desktop > or server side. > > i never experienced fast feeling in android, eclipse, java ee, j2me. am i > fooled? > > eclipse is famous for it's slow and memory consuming, though it is the > greatest ide i ever used. > > javascript based ide, like local compiled c9.io is very fast and responsive, > thought it is not that mature. > > why ? ? ? > > and if android ui design can be written directly in html + css, it has all > the flexibility css and html have now. If you know the web technologies, you > should know what i mean. > > it is meaningless to discuss about the languages' performance, but the trend > is that javascript will play a more important role in server side > programming, hardware based programming and browser side programming. > > > 2014-05-12 1:03 GMT+08:00 Colin M <[email protected]>: >> >> I'll ignore the unqualified claim that the slowness of Android is due to >> Java. >> >> It sounds like your complaint is that you can't develop native apps in >> your preferred language and that you're using an outdated claim about Java >> to support your desire to change the current language of choice for Android >> development. >> >> The XML based components can all be done via code. Do you have an example >> of how they are "far from flexible"? There are many limitations, but you >> are welcome to write your own custom Views to get around any limitations. I >> have many of my own complaints about some of the UI system, but I have no >> reason to believe the current state of things would be faster or more >> flexible if it were in another language. That's not the thing limiting >> flexibility or causing speed issues, that's more about the implementations. >> I've created and seen many fast and fluid and complex UIs on Android, but >> you sometimes have to do some real work to get them and they don't always >> drop right out of the API in your lap :) A better argument would be to >> single out issues with the UI libraries and talk about how to improve them. >> This has little-to-nothing to do with implementation language. >> >> On Saturday, May 10, 2014 10:50:44 AM UTC-7, 李白，字一日 wrote: >>> >>> Java-based Android is very slow and memory consuming. >>> and the XML based UI components are far from flexible. >>> >>> if Android sdk provides an html5 + javascript alternative, it would >>> greatly improve the android app possibilities. >>> >>> as we have seen more and more popular apps are written by html, css and >>> javascript. >>> >>> i think it is a good time to provide a javascript based SDK, >>> >>> with a standardized Android UI framework like Twitter's bootstrap, every >>> web developer can develope his app with ease. >>> >>> the webkit and v8 are every mature to google. >>> >>> why should we stille using java? which is slow and memory consuming? >>> >>> >>> >> -- >> You received this message because you are subscribed to the Google >> Groups "Android Developers" 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-developers?hl=en >> --- >> You received this message because you are subscribed to a topic in the >> Google Groups "Android Developers" group. >> To unsubscribe from this topic, visit >> https://groups.google.com/d/topic/android-developers/4UrtNOPympc/unsubscribe. >> To unsubscribe from this group and all its topics, send an email to >> [email protected]. >> >> For more options, visit https://groups.google.com/d/optout. > > > -- > You received this message because you are subscribed to the Google > Groups "Android Developers" 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-developers?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Android Developers" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "Android Developers" 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-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
