Intel 发布 Android 模拟器的 x86 系统映像

x86 system image

Intel 刚刚为 Android 4.0 的 Android SDK 和模拟器发布了等待已久的 x86 系统映像。这个映像可以让 Android 模拟器在 Intel x86 架构的计算机上以原生的速度运行。你可以很方便的安装这个映像,只需刷新 SDK Manager 并在 Android 4.0.3 列表中选择对应项目即可。

更好的工具可以开发出更好的 App,希望此工具能帮到你更快速的开发 App。

via androidcentral/oschina

谷歌今秋发布 Android 5.0 双系统并支持 Win8

5月25日 据国外媒体报道,继Android 4.0Ice Cream Sandwich冰淇淋三明治之后,谷歌或于今年秋季推出Android 5.0“果冻豆”系统。在谷歌Android5.0中,对平板电脑的优化将同时支持微软的Win8系统。

据电子时报的消息,Android 5.0将进一步针对平板电脑进行优化,同时Google将会针对厂商推出Android 5.0与Chrome OS的整合方案,以推动双操作系统设计。

另外Android 5.0也支持与Windows 8合体,厂商们也可以选择将Android 5.0与Windows 8系统整合在同一产品上,用户可以在两个操作系统之间进行切换而不需要重启。    

Android 5.0将针对平板电脑进一步优化,同时谷歌将推出Android 5.0与Chrome OS的整合方案,从而推动双系统设计。此外,Android 5.0还将支持与Win8平板版共存,用户不需要重新启动设备,就可以在两个系统之间平滑切换。

今年11月5日是Android系统的5岁生日,谷歌很可能在这天推出Android 5.0果冻豆。

Android 5.0果冻豆宣传视频

尽管谷歌曾表示要抢在微软的新系统之前推出Android 5.0,但是目前看来谷歌的进度还不够快。消息称三星、HTC、索尼等厂商的产品将首尝谷歌果冻豆的“滋味”。

安卓5.0果冻豆在11月份推出,除了还赶在微软的win8之前,还有另一大竞争对手苹果,苹果差不多也会在同一时期推出自己的iPhone5,到时必将又会上演一场无硝烟的战争。

报告称一季度 Android 用户量同比增9倍

百度今日发布的《移动互联网发展趋势报告》显示,2012年第一季度低端非智能手机市场份额下降,智能平台市场份额快速上涨,其中,Android平台的增长趋势迅猛,同比增长900%。报告显示,Android平台的增长趋势迅猛的同时,iOS平台市场份额也稳步增长(其中v5.x占据iOS平台51.5%的份额)。Windows和Blackberry稳定维持着较低平台份额。S60的份额呈下降趋势,但在智能平台中仍占据最高的份额。

2011Q1-2012Q1非智能平台PV占比变化

2011Q1-2012Q1非智能平台PV占比变化

2012Q1 手机浏览器PV占比

2012Q1 手机浏览器PV占比

具体的数据是S60、基于MTK开发的非智能平台、Feature Phone分别以17.2%、16.7%、16.1%的市场份额占据手机平台排名前三,但是份额持续下降。Android、iOS平台分别以14.4%、5.8%的份额紧随其后。

另外,非智能平台份额呈现下滑趋势,具体表现为:基于MTK开发的非智能平台环比下降4.5%,同比下降10.7%;Feature Phone环比下降0.6%,同比下降4%;S40虽降幅较缓,但仍为走低趋势。

手机浏览器方面,报告显示用户自带浏览器方面,与Webkit的逐步扩张相反,MTK自带浏览器和诺基亚自带浏览器都呈现下滑趋势,MTK自带浏览 器从上季度的15.4%下降至12.5%,诺基亚自带浏览器从上季度的6.2%下降至5.7%。第三方浏览器方面,UCweb仍以28.9%的市场份额占 据首位,本季度UCweb浏览器首次出现下降的情况。

百度《移动互联网发展趋势报告》主要包含“用户分布及网络接入”、“移动互联网终端品牌”、“移动互联网终端平台”、“手机浏览器”、“百度移动互联网应用”等五大部分,每季度发布一次。

新浪科技

12 款优秀的 JavaScript MVC 框架评估

在最近的几个月中,作者(Gordon L.Hempton)一直在寻求哪种MVC框架最为完美,他将目前能获取到的所有框架都粗略地试了试,然后在文章中列出了每一种框架的情况概要,在文末分享了作者经过对比之后最终的推荐产品。

首先要特别说明一下,作者认为以下四个功能是十分重要的:

  • UI Bindings(UI绑定):作者想说的不仅仅是模板,而是想谈一种在底层模型出现变化时,视图层能够自动相应地更新的陈述性方法。一旦您用过了支持UI Binding的框架(例如Flex)就很难放手回头了。
  • Composed Views(模块化视图):与所有的软件开发者一样,作者也喜欢编写模块化、可重用的代码。基于这样的原因,当给UI编程的时候,作者喜欢使用视图的方法来创作(个人更偏好在模板层时使用),当然这样也就需要拥有足够丰富的视图组件来支持。关于这一点有一个可重用的页面小工具的范例。
  • Web Presentation Layer(web表示层):我们是在为web编写程序,最不想要的就是Native风格的小工具;但是也没有什么理由来为一个web框架来创建它自己的布局管理器。HTML和CSS是目前解决样式与布局的最好的方法,他们被这样应用着,框架也应该以这一点为核心。
  • Play Nicely With Others(兼容,友好):不得不承认,jQuery是十分犀利的。作者不喜欢那种绑定着一个sub-par jQuery副本的框架,而直接推荐使用jQuery的那种框架才是作者需要的。

候选方案

下面这个表格列出了12个框架对于上述几种特性的支持关系,在后面的部分会详细叙述,您也可以在之后的文章中点击相应的链接来获取更多的信息。

1.  Backbone.js

Backbone.js是web最火的框架,如果不了解它将寸步难行,众多知名品牌均支持该框架,令人印象深刻,自然地成为作者最先进行尝试的框架。作者用它来建造了一个Group Talent内部用行政管理方面功能的feature应用。

优点:强大的社区,还有大量的实力支持。例如它本身就较多地使用了Underscore.js(也是一个强大的框架)。

缺点:抽象功能不够强,以及一些需要的功能还没实现。整个框架十分轻量级,产出的结果是一大堆引用文件和样板:而且应用的规模越大这一点就会越明显。

2.  SproutCore 1.x

SproutCore最开始是苹果公司用于其iCloud上面的。除了名字起得很不好之外,它实际上是一个非常优秀的框架,也是最大的框架之一。

优点:支持绑定,忠实的社区粉丝,优秀的feature很多。

缺点:过于死板,难以去除无用的feature,强制使用一种Native风格的范例,严重的问题在于该框架不允许使用HTML来做布局。

3.  Sammy.js

Sammy是作者偶然发现的一个比较小的框架,因为它太简化了,基本不能占据列表的席位。其核心feature是一个路由系统,让应用与AJAX进行交换。

优点:简单的学习曲线,与服务器端的app集成更加容易。

缺点:太过于简单,对于大型应用就有些捉襟见肘。

4.  Spine.js

器如其名,Spine显然是受到Backbone的强烈影响,像Backbone一样也是一个非常轻量级的框架,遵循相似的模型。

优点:轻量级,文档做得很好。

缺点:从根本上就有缺陷。Spine的一个核心概念是“一个坚果外壳中的一堆异步的UI集,这意味着UI应该是在理想化条件下永远不会阻塞的”。而做了一系列的非阻塞式实时应用之后,作者可以说这简直是不现实的,除非后端是像Operational Transformation之类的。

5.  Cappuccino

Cappuccino是一款更加独特的框架,自带编程语言Objective-J,还能尝试着在浏览器中仿真Cocoa。

优点:大型的构想出的框架,良好的社区环境,强大的继承模型。

缺点:在您所有能用Javascript仿真的语言之外,Objective-C是作者最不想选用的。它起源一位iOS开发人员,作者到现在还没想明白用浏览器编写Objective-J是什么意思。

6.  Knockout.js

K.O.是一个MVVM框架,受到其支持者的大量好评。它强调陈述式UI绑定和自动UI刷新。

优点:支持绑定,文档做得出色,引导系统超级赞。

缺点:绑定语法晦涩,缺乏坚实的视图组件层次结构。作者希望能够轻松地重用组件,也觉得定义成一个MVVM框架是有害的。这些框架中基本没有MVC,但都是(MVP,MVVM之类的)的变种。

7.  Javascript MVC

作者的兴趣是充分地披露各种框架,对Js MVC并没有花太多时间来评估。

优点:坚实的社区基础和积累。

缺点:基于Strings的继承模型很尴尬,控制器太接近视图又缺乏绑定机制。命名方式太不受保护了,相当于这样的情况:如果RoR可以说是“Rudy web Framework”的简写。

8.  Google Web Toolkit

GWT是一系列的客户端工具包,除了框架之外还包含很多其他工具。它可以把java语言编译成Javascript,支持标准Java库的一个子集,最初是Google公司使用在Wave上面的。

优点:综合宽泛的框架,拥有强大的社区支持。基于Java的坚实组件继承模型,在巨型客户端应用上表现出色。

缺点:除了Google说的之外,GWT将经不住时间的检验。就好像最初DART那样,很明显Java不是web的未来。更严重的是,客户端对于Java的抽象有一点不合适。

9.  Google Closure

如果说Google Closure仅仅是一个js框架,倒不如说更像是一个工具包。附带编译器和优化器。

优点:由Google用在其很多主流app上面。良好的基于组件的UI编写系统。

缺点:不支持UI绑定。

10.  Ember.js

Ember(之前是SproutCore 2.0)是竞争者中的新丁。它是一个尝试:从SproutCore2.0中抽取分离其核心feature并转变成为一个更加紧凑的模型框架,更加适合web。

优点:特别丰富的模板系统,拥有可编写的视图和UI绑定。

缺点:由于太新,文档跟不上。

11.  Angular.js

Angular是在作者发布评估结果之后才发现的一个很好的框架,由Googler开发,包含了很多有趣的设计选择。

优点:关于模板的范围和控制器的设计考虑的很周到。具有依赖注入系统(作者本人是一个iOS粉丝)。支持丰富的UI绑定语法,从而使得过滤和转换这样的工作开销很小。

缺点:代码库很不健全,也不够模块化。视图也不够模块化(关于这点在Batman.js的缺陷中讨论的更加细致)

12.  Batman.js

Batman由Shopify创作,是另一款与Knockout和Angular具有相似脉络的框架。Batman拥有良好的UI绑定系统,是基 于HTML属性的。Batman是唯一的一款使用惯用语法Coffeescript编写的框架,并且紧密地与NODE.Js集成在一起,甚至可以到拥有其 (可选的)Node.js服务器的程度。

优点:代码库十分清晰,绑定方法优良又简单,耐用,流程化。

缺点:作者非常不喜欢这种“独行侠”式的作风,更不用说这种加强单一控制器的主意了。与Knockout和Angular一样,在组件嵌套的时候 遭受同样的折磨。作者需要的不仅仅是模板,还更想要陈述式的可重用的模板框架。相比,Ember在框架之上拥有的是一个基于EMBER他们自己的逻辑(可 能是在控制器层上的)的整套组件能陈述式重用的方法。

赢家

最终,Ember.js是能满足作者全部需求的唯一一款框架。最近作者将一个小的Backbone应用转换成了Ember来实验,除了一些性能方面的小问题之外,作者对于产生的代码库更为欣慰。由Yehuda Katz支持,整个围绕Ember.js技术讨论社区也十分奇妙:这一定会是一个值得期待的好框架。

当然这个列表还是不够全面。几乎所有这些框架都被发现被人骂得臭名昭著体无完肤,或者被Hacker News点名。

你用的MVC框架是哪一款呢?

原文:The Top 10 Javascript MVC Frameworks Reviewed

来自: Web App Trend

摩托罗拉称部分手机将无法升级到 Android 4.0

根据cellular-news报道,摩托罗拉表示,旗下部分智能手机将无法升级到最新Android 4.0系统或Ice Cream Sandwich操作系统。Motorola在官方博客中表示,该公司与Goolge、手机运营商在每一款软件升级上进行密切合作,并希望新系统能够提升设备性能。如果公司认为升级达不到效果,就不会针对这款设备进行升级。

根据摩托罗拉正式公布公司旗下手机升级Android 4.0的时间表,去年才上市的Motorola Droid 3以及Droid X2将不会升级Android 4.0系统。Droid Razr及Droid Razr MAXX将会在本季获得Android 4.0更新,而同样会在本季升级Android 4.0的还包括Motorola Xoom MZ600。此外,Motorola Droid Bionic、Droid 4等也都会在第三季升级Android 4.0。

另外,在获得中国有关部门最终批准之后,Google宣布完成对摩托罗拉公司的收购,同时任命了摩托罗拉新的管理团队。

Google表示,摩托罗拉现任CEO Sanjay Jha将离职,继任者将是Google前美洲区总裁Dennis Woodside。Woodside之前负责Google对摩托罗拉的收购。不过,Sanjay Jha并不会马上离开摩托罗拉,在过渡期中还将继续负责。美国和欧盟监管部门已于2012年2月批准了这笔交易。

另外,据美国TechCrunch消息人士透露,摩托罗拉有可能进行裁员。Google可能会削减摩托罗拉公司19,000名员工中的30%,即大约削减5,700名员工。Google对此消息拒绝发表评论。