b******7
发帖数: 8200 | 1 苹果系统目前领先安桌，用户数貌似差不多，美国安猪用户还多一点点。可是案桌是各
种手机的集团军。苹果一家独大。苹果的用户体验也往往好与安猪，三星超级大平板手
机除外。
案桌系统基于linux当时用户界面是基于改进的java编译器开发的，精简了java目标代
码指令执行次数，占用更少资源。但是还是慢悠悠，有时候还有java特有的迟钝反应，
让人无语。当初为啥案桌不用纯本地代码，又快又简单。想想，还是可能安猪和apple
的思路差异。安猪是opensource的，必须跨平台，期待大家都用案桌提高市场占有率。
事实也是如此。只不过目前，第一某些硬件由于成本原因用户体验不行；第二开放源码
的所有项目都是如此，一堆堆的app，都不错，达到完美用户体验的少。
如果未来，硬件大大改进成本降低，并且安猪社区提供规格，对app严格检测犹如apple
一样。我不知道苹果一家独大还要撑多久。毕竟一年一款手机是危险的，一旦明年金色
主题不好用了，彩色也不好用了，ios7大家看见也不哭了，还有啥可玩？ |
T****n
发帖数: 6187 | 2 安桌世界范围70%吧
https://docs.google.com/spreadsheet/oimg?key=
0Apds7ufAnNw5dHhod1VMZDNGOWgtQVBLNmJ5M1ZwclE&oid=11&zx=1ivzhujks94p
apple
apple
【在 b******7 的大作中提到】
: 苹果系统目前领先安桌，用户数貌似差不多，美国安猪用户还多一点点。可是案桌是各
: 种手机的集团军。苹果一家独大。苹果的用户体验也往往好与安猪，三星超级大平板手
: 机除外。
: 案桌系统基于linux当时用户界面是基于改进的java编译器开发的，精简了java目标代
: 码指令执行次数，占用更少资源。但是还是慢悠悠，有时候还有java特有的迟钝反应，
: 让人无语。当初为啥案桌不用纯本地代码，又快又简单。想想，还是可能安猪和apple
: 的思路差异。安猪是opensource的，必须跨平台，期待大家都用案桌提高市场占有率。
: 事实也是如此。只不过目前，第一某些硬件由于成本原因用户体验不行；第二开放源码
: 的所有项目都是如此，一堆堆的app，都不错，达到完美用户体验的少。
: 如果未来，硬件大大改进成本降低，并且安猪社区提供规格，对app严格检测犹如apple
|
l******g
发帖数: 366 | 3 正好相反 苹果绝对会被objective-c拖后腿
apple
apple
【在 b******7 的大作中提到】
: 苹果系统目前领先安桌，用户数貌似差不多，美国安猪用户还多一点点。可是案桌是各
: 种手机的集团军。苹果一家独大。苹果的用户体验也往往好与安猪，三星超级大平板手
: 机除外。
: 案桌系统基于linux当时用户界面是基于改进的java编译器开发的，精简了java目标代
: 码指令执行次数，占用更少资源。但是还是慢悠悠，有时候还有java特有的迟钝反应，
: 让人无语。当初为啥案桌不用纯本地代码，又快又简单。想想，还是可能安猪和apple
: 的思路差异。安猪是opensource的，必须跨平台，期待大家都用案桌提高市场占有率。
: 事实也是如此。只不过目前，第一某些硬件由于成本原因用户体验不行；第二开放源码
: 的所有项目都是如此，一堆堆的app，都不错，达到完美用户体验的少。
: 如果未来，硬件大大改进成本降低，并且安猪社区提供规格，对app严格检测犹如apple
|
i*****o
发帖数: 1714 | 4 对于现在的应用，你有2gb以下ram，iOS占优，2gb以上，没有优势了。但也不是
Android有优势，只是ram多了以后，jvm的garbage collection基本不影响性能。
★ 发自iPhone App: ChineseWeb 8.1
【在 b******7 的大作中提到】
: 苹果系统目前领先安桌，用户数貌似差不多，美国安猪用户还多一点点。可是案桌是各
: 种手机的集团军。苹果一家独大。苹果的用户体验也往往好与安猪，三星超级大平板手
: 机除外。
: 案桌系统基于linux当时用户界面是基于改进的java编译器开发的，精简了java目标代
: 码指令执行次数，占用更少资源。但是还是慢悠悠，有时候还有java特有的迟钝反应，
: 让人无语。当初为啥案桌不用纯本地代码，又快又简单。想想，还是可能安猪和apple
: 的思路差异。安猪是opensource的，必须跨平台，期待大家都用案桌提高市场占有率。
: 事实也是如此。只不过目前，第一某些硬件由于成本原因用户体验不行；第二开放源码
: 的所有项目都是如此，一堆堆的app，都不错，达到完美用户体验的少。
: 如果未来，硬件大大改进成本降低，并且安猪社区提供规格，对app严格检测犹如apple
|
c*******9
发帖数: 9032 | 5 国内objective-c开发者少，公司又不愿给高薪，确实托了后腿。
但在美国没这问题。
【在 l******g 的大作中提到】
: 正好相反 苹果绝对会被objective-c拖后腿
:
: apple
: apple
|
d***a
发帖数: 13752 | 6 当初Google为什么用Android/Java，大概是因为Google程序员在服务器上写Java程序写
惯了，忘记了服务器平台与手机平台不太一样。
...
apple
apple
【在 b******7 的大作中提到】
: 苹果系统目前领先安桌，用户数貌似差不多，美国安猪用户还多一点点。可是案桌是各
: 种手机的集团军。苹果一家独大。苹果的用户体验也往往好与安猪，三星超级大平板手
: 机除外。
: 案桌系统基于linux当时用户界面是基于改进的java编译器开发的，精简了java目标代
: 码指令执行次数，占用更少资源。但是还是慢悠悠，有时候还有java特有的迟钝反应，
: 让人无语。当初为啥案桌不用纯本地代码，又快又简单。想想，还是可能安猪和apple
: 的思路差异。安猪是opensource的，必须跨平台，期待大家都用案桌提高市场占有率。
: 事实也是如此。只不过目前，第一某些硬件由于成本原因用户体验不行；第二开放源码
: 的所有项目都是如此，一堆堆的app，都不错，达到完美用户体验的少。
: 如果未来，硬件大大改进成本降低，并且安猪社区提供规格，对app严格检测犹如apple
|
c*******9
发帖数: 9032 | 7 4gb以上pc上有复杂点2d(更不用说3d)图形的应用，java依然迟钝。
【在 i*****o 的大作中提到】
: 对于现在的应用，你有2gb以下ram，iOS占优，2gb以上，没有优势了。但也不是
: Android有优势，只是ram多了以后，jvm的garbage collection基本不影响性能。
:
: ★ 发自iPhone App: ChineseWeb 8.1
|
s****e
发帖数: 3181 | 8 pc（windows）的opengl一直不太行吧
btw. android上的3d基本都是用ndk
【在 c*******9 的大作中提到】
: 4gb以上pc上有复杂点2d(更不用说3d)图形的应用，java依然迟钝。
|
i*****o
发帖数: 1714 | 9 真有人用java写游戏啊。
★ 发自iPhone App: ChineseWeb 8.1
【在 c*******9 的大作中提到】
: 4gb以上pc上有复杂点2d(更不用说3d)图形的应用，java依然迟钝。
|
c*******9
发帖数: 9032 | 10 图形应用不一定都是游戏。
【在 i*****o 的大作中提到】
: 真有人用java写游戏啊。
:
: ★ 发自iPhone App: ChineseWeb 8.1
|
|
|
W***o
发帖数: 6519 | 11 真操心啊
apple
apple
【在 b******7 的大作中提到】
: 苹果系统目前领先安桌，用户数貌似差不多，美国安猪用户还多一点点。可是案桌是各
: 种手机的集团军。苹果一家独大。苹果的用户体验也往往好与安猪，三星超级大平板手
: 机除外。
: 案桌系统基于linux当时用户界面是基于改进的java编译器开发的，精简了java目标代
: 码指令执行次数，占用更少资源。但是还是慢悠悠，有时候还有java特有的迟钝反应，
: 让人无语。当初为啥案桌不用纯本地代码，又快又简单。想想，还是可能安猪和apple
: 的思路差异。安猪是opensource的，必须跨平台，期待大家都用案桌提高市场占有率。
: 事实也是如此。只不过目前，第一某些硬件由于成本原因用户体验不行；第二开放源码
: 的所有项目都是如此，一堆堆的app，都不错，达到完美用户体验的少。
: 如果未来，硬件大大改进成本降低，并且安猪社区提供规格，对app严格检测犹如apple
|
z****e
发帖数: 54598 | 12 minecraft啊，人家一个月都可以赚百万
【在 i*****o 的大作中提到】
: 真有人用java写游戏啊。
:
: ★ 发自iPhone App: ChineseWeb 8.1
|
b******7
发帖数: 8200 | 13 语言没啥区别，很容易上手的。
平台可就。。。JVM编译器再怎么牛逼，你机制原理在那。
内存不归你管，迟钝是家常便饭。
除非引入real time机制。
对最近的java发展没有跟踪，不知道是不是大牛门都不同意。
反正案桌这种迟钝吓退了不少“白痴”用户。
【在 c*******9 的大作中提到】
: 国内objective-c开发者少，公司又不愿给高薪，确实托了后腿。
: 但在美国没这问题。
|
d****i
发帖数: 4809 | 14 安卓用java做应用开发的原因只有两点：
1. 当时谷歌2006年购买android的时候，上层应用层已经全部是dalvik vm上的java了(
换句话说，这并非谷歌本意)。
2. 不像apple, 由于android要支持多种处理器，用java/VM可以达到一次编写，处处运
行，否则的话x86一套binary，ARM一套binary, MIPS一套binary，对于普罗大众来说下
载什么都不知道。
从andorid 2.3开始，只要你愿意的话所有应用都可以用NDK(C/C++)来开发。
【在 d***a 的大作中提到】
: 当初Google为什么用Android/Java，大概是因为Google程序员在服务器上写Java程序写
: 惯了，忘记了服务器平台与手机平台不太一样。
:
: ...
: apple
: apple
|
D***0
发帖数: 106 | |
l******g
发帖数: 366 | 16 我公司就有Android和iOS两个team，做同样的东西，iOS开发时间大概是android的3倍
【在 d***a 的大作中提到】
: 当初Google为什么用Android/Java，大概是因为Google程序员在服务器上写Java程序写
: 惯了，忘记了服务器平台与手机平台不太一样。
:
: ...
: apple
: apple
|
d***a
发帖数: 13752 | 17 Android要支持多种处理器？搞笑的地方就在这里，现在有智能手机用非ARM架构的处理
器吗？平板上也刚刚才出来x86的处理器。
退一步说，OS X和iOS，同时支持多种架构也毫无问题。Linux也是如此。
Android出来之前，服务器上用Java平台最多。那样是合理的，当时服务器硬件平台有
多种，OS平台也有多种。而服务器上并不在乎因为Java增加的一些能耗。
NDK这种东东就算了，对多数app开发者来说没什么实际意义。
了(
【在 d****i 的大作中提到】
: 安卓用java做应用开发的原因只有两点：
: 1. 当时谷歌2006年购买android的时候，上层应用层已经全部是dalvik vm上的java了(
: 换句话说，这并非谷歌本意)。
: 2. 不像apple, 由于android要支持多种处理器，用java/VM可以达到一次编写，处处运
: 行，否则的话x86一套binary，ARM一套binary, MIPS一套binary，对于普罗大众来说下
: 载什么都不知道。
: 从andorid 2.3开始，只要你愿意的话所有应用都可以用NDK(C/C++)来开发。
|
n*****9
发帖数: 654 | 18 安卓90%的代码是c代码。
Java就是安卓做UI的，其他都是C。 |
b*****3
发帖数: 33 | 19 安卓当初的计划是统一当时的 JavaME 手机乱象
Andy Rubin还是很有远见的 - 如果应用编程不是Java，不利于推广普及。
google收购android主要是怕在手机上被堵了财路 - 最早2005年是怕微软的windows
mobile，后来是怕苹果的iOS.
现在安卓成了气候，google的眼光就慢慢转移了，andy rubin被踢出局，chrome的人接
管安卓 - 以后安卓渐渐就是个画皮，实质变成chrome app/NaCl的核心。 |
b******7
发帖数: 8200 | 20 还是应该本地代码，效率差太多了，我去更新我原来那贴去。
【在 d***a 的大作中提到】
: Android要支持多种处理器？搞笑的地方就在这里，现在有智能手机用非ARM架构的处理
: 器吗？平板上也刚刚才出来x86的处理器。
: 退一步说，OS X和iOS，同时支持多种架构也毫无问题。Linux也是如此。
: Android出来之前，服务器上用Java平台最多。那样是合理的，当时服务器硬件平台有
: 多种，OS平台也有多种。而服务器上并不在乎因为Java增加的一些能耗。
: NDK这种东东就算了，对多数app开发者来说没什么实际意义。
:
: 了(
|
