资讯频道 → 移动开发
阅读更多

40顶
2踩

移动开发

转载新闻 谷歌正式发布Android 4.0系统 SDK已可下载

2011-10-19 13:56 by 资深编辑 luiang1018 评论(30) 有21745人浏览
Android 4.0 Ice Cream Sandwich Galaxy Nexus 谷歌 三星
谷歌与三星今天在香港联合举办发布会，正式发布代号为“冰淇淋三明治”（Ice Cream Sandwich）的谷歌新一代Android 4.0系统，以及首款搭载该系统的三星Galaxy Nexus智能手机。

这场发布会原计划于上周在美国圣地亚哥的CTIA（美国无线通讯展）展会上举行，不过因苹果创始人乔布斯的突然辞世而推迟。



据报道，谷歌新一代Android 4.0系统基于Linux内核3.0设计，将支持智能手机、平板电脑、电视等设备，拥有全新设计的UI，界面简化，运行速度和游戏支持能力提升。此前传言的图片编辑和滤镜亮点功能在该操作系统中已经内置。对开发人员而言，新的Android 4.0 SDK也已同步推出，现已可以在Android开发中心下载。新的SDK支持移动数据控制、面部识别、高分辨率图像、增强共享等功能，详细信息请参看开发者中心页面：http://developer.android.com。

以下是对Android 4.0发布会的一个小结。

从发布内容来看，Android 4.0 仍然是处于补完阶段，更新 UI，加入了大量新特性，实际上，这次的系统更新，已经把 Android 整个系统的体验再提升了一个层次，而从数据交互能力来看，随着 Android Beam 的加入，内置分享功能的改进，Android 4.0 已经甩开了其他竞争对手。

新特性方面，现代移动操作系统发展到今天，几个系统已经在不断彼此借鉴中变得越发完善，无论是 iOS5 也好，还是 Android 4 也好，都已经达到了自己系统的一个巅峰，我们也得要感叹一下 webOS，尽管死去了，但它的各种创新，仍然在其他系统上发挥着重要作用。

我们来从头理一下 Android 4.0 的巨大变化：

统一了风格：

整个 UI 大量沿袭了 Honeycomb 的设计，虚拟导航栏，几个按键的图标，整体配色，近乎完全照搬的 Launcher 应用，都是 Honeycomb 中已经出现过的东西。如果说 Honeycomb 是这个设计风格的先驱者，那么到了 ICS，这样的设计已经成熟，Google 将平板的元素带回到了手机系统中。

分开来看，虚拟导航栏几乎与 Honeycomb 完全一致，左下角的三个图标没有变化，弹出的应用管理器也没有变化，但由于程序实时截图图片太大，一屏显示的应用个数有限，也许会给实际上的操作带来麻烦。应用管理器终于可以通过划动来关闭应用，这一直是 Honeycomb 中缺少的功能。

UI 采用了深色配色，配以点缀的蓝色，整个界面显得庄重而不失活泼，加入了大量转场特效，比如 Launcher 中切换 app 的页面，现在显得更为流畅，也比之前采取的那种无限滚动方式更加合理。系统 Widget 进行了改动，外形更加美观，而且，现在系统内置的 Widget 可以支持缩放了。

总的来说，Android 4.0 终于将 Honeycomb 分支整合到了手机端，而且完成得相当不错，纯从界面上看，Android 比 iOS 老旧的界面更有时代以及科技感，相当吸引人。

改良了系统应用：

Gmail 方面，完全整合了会话模式，带来了批量操作能力，加入收件人也更加容易了，支持联系人小头像（高清屏幕上效果会很好，但当前设备的分辨率，我表示怀疑），还再次增强了搜索功能，在原本已经不错的在线搜索基础上增加了离线搜索能力；



浏览器方面，基本上也是 Honeycomb 浏览器的改进版本，加入了 9 宫格的快捷浏览，支持同步 Chrome 书签，此外还加入了离线保存完整网页的能力，现在不清楚是以什么文件类型进行保存；



键盘：新系统的键盘在纠错、精度方面有了很大改进（中文，咳咳，应该不用指望太多）。复制粘贴也更为全局化。他还演示了语音输入系统，说“smiley face”直接在输入框中插入一个笑脸，显得很方便。Google 在语音这块做得不错，技术来源与 Siri 也基本上是一家，但一直没有太过宣传；

相机应用：极大改进了，简直可以说是翻天覆地的改进！现在可以像 Instagram 一样加滤镜，加相框、进行全景拍摄。甚至照片排序也可以根据地点完成，除此之外，它可以识别人脸，配合 Galaxy Nexus 的相机硬件，Zero Shutter 技术使得快门反应极快，连拍迅捷。视频加入了连续自动对焦，而且终于可以在拍摄中对焦了，从展示来看，似乎这只 500 万像素的摄像头素质相当不错；



内容分享：通过 Android 4.0 新的照片分享 API，所拍照片只需三次点击就能分享到 G+、Facebook、Twitter等任意 SNS 服务，其实这块 Android 一向不错，但没有多少宣传，Duarte 知道用户真正在乎哪些功能；

电话程序：跟 people hub 紧密的结合在了一起，在任何地方点击联系人头像都能呼出一个快捷方式栏，允许用户直接查看联系人信息或者拨打电话、发送短信。除此之外与联系人通话时，也会显示联系人高分辨率的头像（大头贴）；

People hub 则更多的是社交方面的尝试，可以把联系人的社交信息结合在同一个地方显示。 Sense 和 Moto Blur 没有必要存在了。通话记录则有了更加先进的管理方式，语音留言现在被结合到通话记录当中，并可以通过可视化界面管理。电话界面的交互则更多的基于滑动而非点击操作；



滑动手势：现在全局化了，在通知中可以通过滑动删除某些通知项，在任务管理器中，也可以通过滑动关闭应用。通过对 API 文档的查看，我们注意到这类手势应该在系统的其他应用中有不同的作用，这是用户欢迎的交互设计；

日程表：现在支持双指缩放，可以直接缩放到某一天，还有其他细节改进。

新增特性：

面部识别解锁：尽管在演示中出现过问题，识别失败，对于效果大家也不要有过多期望，但始终是个不错的玩具。



内置流量管理工具：

非常丰富的统计功能，可以追踪、分析移动数据流量，设置移动数据使用上限，还有良好的界面设计，第三方的流量统计工具前景堪忧了。



People Hub：



现在联系人程序已经彻底蜕变为 People Hub ，界面交互更多的依赖于大块的联系人图片，滑动手势操作已经被融入到程序的每一个角落。启动 People Hub 时，所有的联系人头像都将会排列在一整个屏幕上，常用的联系人在中央且尺寸较大，旁边的是重要性较低的联系人。

联系人的详细信息和他在社交网络更新的最新信息都会被显示在 People Hub 中，开发者可以使用新的 API 将其他服务添加进去。 People Hub 试图让你在一个地方就能获得联系人的所有信息。

Android Beam：



老一代智能手机、掌上电脑用户都很熟悉 Beam——红外传输功能。Android Beam 同样为近距离信息传输而生，但根基已经变成 NFC 近场通信技术。两部支持 Android Beam 技术的手机只要直接碰一下，就能发送屏幕上的内容。现场演示了发送网页链接、当前地图、People 应用里的联系人信息。

和 2.2开始的 Android Intent 分享功能一样，Android Beam 开放接口，第三方应用可以与之整合，将带来更多可能性。Google 接下来需要做的就是确保尽可能多的 Android 厂商集成 NFC 芯片以支持 Android Beam。

平板在哪里？

年初 Android 3.0 Honeycomb 发售以后，Android 的分裂状况达到了一个新高度，专为 Honeycomb 设计的应用在 2.x 分支下无法使用，而 2.x 下的手机应用，没有经过重新设计，在 3.x 系统下的运行状况相当难看，严重影响了 Android 正统平板的使用体验。

Google 在这整一年里，并没有针对这样的状况进行改动，即便在 Honeycomb 的更新中加入了拉伸功能，也只是治标而已，并没有下多大功夫。我本来预计，Google 会在 4.0 系统中，通过统一手机与平板系统，一劳永逸解决这个问题。然而几天的发布会上，Google 对此只字未提，非常令人疑惑。

总的来说，Android 4.0 是一个充满诚意的系统更新，完整的 UI 风格，大量的细节改进，加上新增的应用，Android 在人机交互，网络集成，以及数据交换上，都有了长足的进步，我们对此充满期待。

  • 大小: 29.8 KB
  • 大小: 29.7 KB
  • 大小: 165.3 KB
  • 大小: 27.4 KB
  • 大小: 47.4 KB
  • 大小: 32.1 KB
  • 大小: 65.8 KB
  • 大小: 71.8 KB
  • 大小: 27 KB
  • 大小: 30.3 KB
来自: ifanr
40
顶
2
踩
评论 共 30 条 请登录后发表评论
30 楼 liumingzai 2011-11-10 17:29
29 楼 贝壳水母 2011-11-07 17:50
chandler 写道
fyland 写道
chandler 写道
fyland 写道
chandler 写道
fyland 写道
Google选用JAVA作为Android的应用程序开发语言是最大的败笔！手机厂商不断的烧硬件，其流畅度和用户体验还是不及iphone


当然，你要说那种很吃机器的游戏，也许有时候会卡壳。你要是说第三方应用。这个问题怎么说呢，iphone有人做检验的。android没有。所以着某种意义上来说，是两个系统不同方向的区别。

JAVA耗资源是不争的事实，如果Android不是选用JAVA，而是选用C/C++，厂商的硬件成本可以节约不少，市场上的Android手机也可以更便宜，电池也可以用得更久。“Java只可以内存回收，系统会在任意时间停掉所有进程开始回收内存，这个过程是人类可以感受到的数百毫秒。而Objective-C自动与手动内存回收均可。”这个是用户感觉到“卡”的原因之一，目前无解！


不知道你的无解是怎么得来的？
关于性能问题。现在如果只是单纯的app，java不见得比C++在mobile方面有多少劣势。劣势有，但是可以忽略不计。你说电池，android和iphone设备，如果满载的时候，电池消耗是一样的。之所以感觉耗电。主要是android的程序在待机状态会访问无线模块，造成消耗。而ios的消息模式是push的。不会产生而已。

至于方便性，java和C++只能说各有所长。游戏这些好性能的app，C++有优势，但是应用性app，重业务，而不是重底层的。java开发绝对是比C++强很多。

至于感觉“卡”，我不知道你一再强调是否有事实依据。第三方程序卡，可能是程序的问题。而不是系统。同样还有一个是硬件性价比的问题。你要是2k的机器的性能和5k的一样。这本身就是笑话。而且现阶段，除非一些极端应用，android的2k的程序并不卡。

用事实说话吧，你用最硬件配置非常高的Android一段时间，然后再用iphone一段时间，你就能体会到哪个用户体验更好了！JAVA只是对开发人员友好而已，对用户来说实在是体验太差！实在不明白，本来手机的资源就紧张，竟然还在Android平台来用JAVA来开发第三方应用！“重业务……java开发绝对是比C++强很多”——只是开发速度快，对开发人员友好而已！看看用户的桌面软件有多少是用JAVA开发的！反正我用过的JAVA软件特点就是——1、启动慢；2、占内存；3、笨重！——当然除了开发用的几款IDE，我也没用过多少JAVA软件！


你要拿UED来说呢，我觉得这有点偏颇。至少现阶段，IOS和android在UED方面已经可以说是平分秋色了。都有着创意，也都在借鉴对方好的地方。只是不相互承认而已。都有比对方好的UED创意。IOS唯一领先的就是美工。最简单的例子就是没有美工，android的程序都很丑。ios都很漂亮。

你要是拿旗舰来说事呢，我1年多前用desire。可以这么说，大部分应用都不卡。我现在用desire z，用个云词有时候会卡。但是这是程序问题。不是系统问题。

最后，最关键的就是java在手机方面，现阶段已经完全可以胜任了。你说的问题，我承认是存在的问题。但是由于硬件的升级，几乎可以忽略不计。

硬件升级带来的还有耗电...手机，你懂的
28 楼 han0917 2011-10-28 10:09
单就用户体验来说iphone完胜没得说
27 楼 fm_974 2011-10-20 23:20
通常某个软件，本来需要2秒，想要达到1秒，有两种方法。
一是请牛人不断优化，二是买个快一倍的CPU。
答案自选吧。
26 楼 chandler 2011-10-20 19:28
fyland 写道
chandler 写道
fyland 写道
chandler 写道
fyland 写道
Google选用JAVA作为Android的应用程序开发语言是最大的败笔！手机厂商不断的烧硬件，其流畅度和用户体验还是不及iphone


当然，你要说那种很吃机器的游戏，也许有时候会卡壳。你要是说第三方应用。这个问题怎么说呢，iphone有人做检验的。android没有。所以着某种意义上来说，是两个系统不同方向的区别。

JAVA耗资源是不争的事实，如果Android不是选用JAVA，而是选用C/C++，厂商的硬件成本可以节约不少，市场上的Android手机也可以更便宜，电池也可以用得更久。“Java只可以内存回收，系统会在任意时间停掉所有进程开始回收内存，这个过程是人类可以感受到的数百毫秒。而Objective-C自动与手动内存回收均可。”这个是用户感觉到“卡”的原因之一，目前无解！


不知道你的无解是怎么得来的？
关于性能问题。现在如果只是单纯的app，java不见得比C++在mobile方面有多少劣势。劣势有，但是可以忽略不计。你说电池，android和iphone设备，如果满载的时候，电池消耗是一样的。之所以感觉耗电。主要是android的程序在待机状态会访问无线模块，造成消耗。而ios的消息模式是push的。不会产生而已。

至于方便性，java和C++只能说各有所长。游戏这些好性能的app，C++有优势，但是应用性app，重业务，而不是重底层的。java开发绝对是比C++强很多。

至于感觉“卡”，我不知道你一再强调是否有事实依据。第三方程序卡，可能是程序的问题。而不是系统。同样还有一个是硬件性价比的问题。你要是2k的机器的性能和5k的一样。这本身就是笑话。而且现阶段，除非一些极端应用，android的2k的程序并不卡。

用事实说话吧，你用最硬件配置非常高的Android一段时间，然后再用iphone一段时间，你就能体会到哪个用户体验更好了！JAVA只是对开发人员友好而已，对用户来说实在是体验太差！实在不明白，本来手机的资源就紧张，竟然还在Android平台来用JAVA来开发第三方应用！“重业务……java开发绝对是比C++强很多”——只是开发速度快，对开发人员友好而已！看看用户的桌面软件有多少是用JAVA开发的！反正我用过的JAVA软件特点就是——1、启动慢；2、占内存；3、笨重！——当然除了开发用的几款IDE，我也没用过多少JAVA软件！


你要拿UED来说呢，我觉得这有点偏颇。至少现阶段，IOS和android在UED方面已经可以说是平分秋色了。都有着创意，也都在借鉴对方好的地方。只是不相互承认而已。都有比对方好的UED创意。IOS唯一领先的就是美工。最简单的例子就是没有美工，android的程序都很丑。ios都很漂亮。

你要是拿旗舰来说事呢，我1年多前用desire。可以这么说，大部分应用都不卡。我现在用desire z，用个云词有时候会卡。但是这是程序问题。不是系统问题。

最后，最关键的就是java在手机方面，现阶段已经完全可以胜任了。你说的问题，我承认是存在的问题。但是由于硬件的升级，几乎可以忽略不计。
25 楼 幽灵线程 2011-10-20 18:53
fyland 写道
chandler 写道
fyland 写道
chandler 写道
fyland 写道
Google选用JAVA作为Android的应用程序开发语言是最大的败笔！手机厂商不断的烧硬件，其流畅度和用户体验还是不及iphone


当然，你要说那种很吃机器的游戏，也许有时候会卡壳。你要是说第三方应用。这个问题怎么说呢，iphone有人做检验的。android没有。所以着某种意义上来说，是两个系统不同方向的区别。

JAVA耗资源是不争的事实，如果Android不是选用JAVA，而是选用C/C++，厂商的硬件成本可以节约不少，市场上的Android手机也可以更便宜，电池也可以用得更久。“Java只可以内存回收，系统会在任意时间停掉所有进程开始回收内存，这个过程是人类可以感受到的数百毫秒。而Objective-C自动与手动内存回收均可。”这个是用户感觉到“卡”的原因之一，目前无解！


不知道你的无解是怎么得来的？
关于性能问题。现在如果只是单纯的app，java不见得比C++在mobile方面有多少劣势。劣势有，但是可以忽略不计。你说电池，android和iphone设备，如果满载的时候，电池消耗是一样的。之所以感觉耗电。主要是android的程序在待机状态会访问无线模块，造成消耗。而ios的消息模式是push的。不会产生而已。

至于方便性，java和C++只能说各有所长。游戏这些好性能的app，C++有优势，但是应用性app，重业务，而不是重底层的。java开发绝对是比C++强很多。

至于感觉“卡”，我不知道你一再强调是否有事实依据。第三方程序卡，可能是程序的问题。而不是系统。同样还有一个是硬件性价比的问题。你要是2k的机器的性能和5k的一样。这本身就是笑话。而且现阶段，除非一些极端应用，android的2k的程序并不卡。

用事实说话吧，你用最硬件配置非常高的Android一段时间，然后再用iphone一段时间，你就能体会到哪个用户体验更好了！JAVA只是对开发人员友好而已，对用户来说实在是体验太差！实在不明白，本来手机的资源就紧张，竟然还在Android平台来用JAVA来开发第三方应用！“重业务……java开发绝对是比C++强很多”——只是开发速度快，对开发人员友好而已！看看用户的桌面软件有多少是用JAVA开发的！反正我用过的JAVA软件特点就是——1、启动慢；2、占内存；3、笨重！——当然除了开发用的几款IDE，我也没用过多少JAVA软件！

都尼玛是专家啊！建议各位内斗出一个最牛逼的人去剿平Google总部！[size=large][/size]





  
24 楼 幽灵线程 2011-10-20 18:52  

  
草，都尼玛是专家。





  
23 楼 AAA- 2011-10-20 18:05  

  
Goole的专家应该不比列位傻，选了java 没选c++肯定是经过权衡的。

用c++的手机操作系统不是没有，结果怎么样呢？





  
22 楼 fyland 2011-10-20 17:30  

  
chandler 写道
fyland 写道
chandler 写道
fyland 写道
Google选用JAVA作为Android的应用程序开发语言是最大的败笔！手机厂商不断的烧硬件，其流畅度和用户体验还是不及iphone


当然，你要说那种很吃机器的游戏，也许有时候会卡壳。你要是说第三方应用。这个问题怎么说呢，iphone有人做检验的。android没有。所以着某种意义上来说，是两个系统不同方向的区别。

JAVA耗资源是不争的事实，如果Android不是选用JAVA，而是选用C/C++，厂商的硬件成本可以节约不少，市场上的Android手机也可以更便宜，电池也可以用得更久。“Java只可以内存回收，系统会在任意时间停掉所有进程开始回收内存，这个过程是人类可以感受到的数百毫秒。而Objective-C自动与手动内存回收均可。”这个是用户感觉到“卡”的原因之一，目前无解！


不知道你的无解是怎么得来的？
关于性能问题。现在如果只是单纯的app，java不见得比C++在mobile方面有多少劣势。劣势有，但是可以忽略不计。你说电池，android和iphone设备，如果满载的时候，电池消耗是一样的。之所以感觉耗电。主要是android的程序在待机状态会访问无线模块，造成消耗。而ios的消息模式是push的。不会产生而已。

至于方便性，java和C++只能说各有所长。游戏这些好性能的app，C++有优势，但是应用性app，重业务，而不是重底层的。java开发绝对是比C++强很多。

至于感觉“卡”，我不知道你一再强调是否有事实依据。第三方程序卡，可能是程序的问题。而不是系统。同样还有一个是硬件性价比的问题。你要是2k的机器的性能和5k的一样。这本身就是笑话。而且现阶段，除非一些极端应用，android的2k的程序并不卡。

用事实说话吧，你用最硬件配置非常高的Android一段时间，然后再用iphone一段时间，你就能体会到哪个用户体验更好了！JAVA只是对开发人员友好而已，对用户来说实在是体验太差！实在不明白，本来手机的资源就紧张，竟然还在Android平台来用JAVA来开发第三方应用！“重业务……java开发绝对是比C++强很多”——只是开发速度快，对开发人员友好而已！看看用户的桌面软件有多少是用JAVA开发的！反正我用过的JAVA软件特点就是——1、启动慢；2、占内存；3、笨重！——当然除了开发用的几款IDE，我也没用过多少JAVA软件！





  
21 楼 chandler 2011-10-20 16:57  

  
fyland 写道
chandler 写道
fyland 写道
Google选用JAVA作为Android的应用程序开发语言是最大的败笔！手机厂商不断的烧硬件，其流畅度和用户体验还是不及iphone


当然，你要说那种很吃机器的游戏，也许有时候会卡壳。你要是说第三方应用。这个问题怎么说呢，iphone有人做检验的。android没有。所以着某种意义上来说，是两个系统不同方向的区别。

JAVA耗资源是不争的事实，如果Android不是选用JAVA，而是选用C/C++，厂商的硬件成本可以节约不少，市场上的Android手机也可以更便宜，电池也可以用得更久。“Java只可以内存回收，系统会在任意时间停掉所有进程开始回收内存，这个过程是人类可以感受到的数百毫秒。而Objective-C自动与手动内存回收均可。”这个是用户感觉到“卡”的原因之一，目前无解！


不知道你的无解是怎么得来的？
关于性能问题。现在如果只是单纯的app，java不见得比C++在mobile方面有多少劣势。劣势有，但是可以忽略不计。你说电池，android和iphone设备，如果满载的时候，电池消耗是一样的。之所以感觉耗电。主要是android的程序在待机状态会访问无线模块，造成消耗。而ios的消息模式是push的。不会产生而已。

至于方便性，java和C++只能说各有所长。游戏这些好性能的app，C++有优势，但是应用性app，重业务，而不是重底层的。java开发绝对是比C++强很多。

至于感觉“卡”，我不知道你一再强调是否有事实依据。第三方程序卡，可能是程序的问题。而不是系统。同样还有一个是硬件性价比的问题。你要是2k的机器的性能和5k的一样。这本身就是笑话。而且现阶段，除非一些极端应用，android的2k的程序并不卡。





  
20 楼 fyland 2011-10-20 16:43  

  
chandler 写道
fyland 写道
Google选用JAVA作为Android的应用程序开发语言是最大的败笔！手机厂商不断的烧硬件，其流畅度和用户体验还是不及iphone


当然，你要说那种很吃机器的游戏，也许有时候会卡壳。你要是说第三方应用。这个问题怎么说呢，iphone有人做检验的。android没有。所以着某种意义上来说，是两个系统不同方向的区别。

JAVA耗资源是不争的事实，如果Android不是选用JAVA，而是选用C/C++，厂商的硬件成本可以节约不少，市场上的Android手机也可以更便宜，电池也可以用得更久。“Java只可以内存回收，系统会在任意时间停掉所有进程开始回收内存，这个过程是人类可以感受到的数百毫秒。而Objective-C自动与手动内存回收均可。”这个是用户感觉到“卡”的原因之一，目前无解！





  
19 楼 chandler 2011-10-20 16:06  

  
fyland 写道
Google选用JAVA作为Android的应用程序开发语言是最大的败笔！手机厂商不断的烧硬件，其流畅度和用户体验还是不及iphone


当然，你要说那种很吃机器的游戏，也许有时候会卡壳。你要是说第三方应用。这个问题怎么说呢，iphone有人做检验的。android没有。所以着某种意义上来说，是两个系统不同方向的区别。





  
18 楼 chandler 2011-10-20 15:47  

  
fyland 写道
Google选用JAVA作为Android的应用程序开发语言是最大的败笔！手机厂商不断的烧硬件，其流畅度和用户体验还是不及iphone


怎么说好呢，android刚发布的时候G1不流畅，但是价格便宜啊，如果用iphone一样的价格的机器，流畅度和iphone是一个level的。

现阶段，2k的机器，流畅度估计也和5k的差不多了。





  
17 楼 hualikejava 2011-10-20 15:44  

  
 好像没说是否开源。





  
16 楼 yizhilong28 2011-10-20 14:44  

  
google有可能放弃平板了?





  
15 楼 wanganlin21 2011-10-20 14:13  

  
shuaiji 写道
yuhe 写道
为神马我没过搞android开发涅？后悔。 

已经买书了，正在学，始终感觉Google 的潜力 要比 Apple 大

同感，目前Nokia，RIM早已是Apple手下败将，无非是早死晚死的问题。Samsung是Google手下最能干的小弟：首屈一指的产业整合能力，一流的工业设计，核心部件全部自产（屏幕，CPU，内存，Flash存储……）加上强大的行销团队和业界广泛的合作关系……虽然Apple靠着硬件高毛利加业务分成模式，利润第一，但Apple对Samsung的紧张程度，看近几个月的诉讼大战就知道。HTC还嫩了点，是个缩水几圈的Samsung而已，打赢Google就赢了Samsung，HTC顺手捎带就收拾了。





  
14 楼 craigkuei 2011-10-20 13:46  

  
fyland 写道
Google选用JAVA作为Android的应用程序开发语言是最大的败笔！手机厂商不断的烧硬件，其流畅度和用户体验还是不及iphone


Google沒跟Sun合作自己亂搞才是最大的敗筆
搞的Andorid的開發連寫Java的人都很難看懂
一天到晚還放話啥子新語言 說是Java下一代
不知道依據是啥？





  
13 楼 fyland 2011-10-20 12:32  

  
Google选用JAVA作为Android的应用程序开发语言是最大的败笔！手机厂商不断的烧硬件，其流畅度和用户体验还是不及iphone





  
12 楼 zyl小星星 2011-10-20 11:16  

  
不知道我的HD能不能吃上冰淇淋三明治？ 





  
11 楼 sarstime 2011-10-20 10:09  

  
坑爹啊，买了三星的平板，可是平板上的应用是少之又少，非常不爽。手机版本的基本能用的不多。




    
    
  

  
发表评论

  
  
  您还没有登录,请您登录后再发表评论 




 
  

    

      
相关推荐

      
    

  








        

        

                      
  
  
  
  


  

  
  
  
  
  
    
    
    
  

          


          

        

        





      

      

    

    



   Global site tag (gtag.js) - Google Analytics