人人网移动开发架构(上)

移动开发 移动应用
说起手机操作平台的发展先要说移动终端的发展,因为平台的发展离不开移动终端,近十年移动终端发展和未来移动终端趋势大体可分为四个个阶段:功能终端,智能化的终端,互联网和平台化的终端,物联网化的智能终端。

作者简介

闫志东,人人网3G事业部高级技术经理,资深工程师,人人网技术委员会委员,目前负责人人网3G部门服务器架构方面的工作,他在基于C++、Java的服务器技术和架构方面拥有多年经验。个人非常喜欢阅读计算机技术、科幻、历史类书籍。

闻华强,人人网3G事业部高级技术经理,资深工程师,是人人网3G部门客户端技术负责人,他有长达七年的移动终端开发和管理经验。阳光男孩,热爱体育运动,对《明朝那些事儿》爱不释手,是忠实的明矾。

马小东,人人网3G事业部产品经理,在移动互联网业界浸淫七年,对很多产品大趋势的把握和细节设计有非常独到的看法。爱手机、爱生活、爱人人。

前言

说起手机操作平台的发展先要说移动终端的发展,因为平台的发展离不开移动终端,近十年移动终端发展和未来移动终端趋势大体可分为以下四个个阶段:

第一个阶段:功能终端。满足用户基本通信需求,如发短信、打电话,附加些贪食蛇、推箱子小游戏。

第二个阶段:智能化的终端。可扩展第三方应用,实现上网浏览等互联网基础功能,以诺基亚S60手机为代表的。

第三个阶段:互联网和平台化的终端。手机和互联网更加紧密,浏览器、流媒体更加强大,互联网应用和手机系统特性结合的 更加紧密;手机成为了一个平台,用户可以通过下载第三方应用来DIY这款终端,如偏好音乐,可以下载音乐类型的应用。代表为iPhone、Android 和Windows Phone 7。

第四个阶段(未来趋势):物联网化的智能终端。此阶段的特点是现实生活和网络通过传感设备结合的更加紧密。

目前我们处于第三个阶段,对用户而言,由于收入不同、兴趣爱好不同、需求偏好的不同以及手机私人属性和随身性的特点,产生了不同的用户体验;对各个厂商而 言,由于目标市场的定位不同、商业利益的不同、技术背景不同,造就了不同的手机操作系统。最终形成了手机操作平台多元化的局面。

目前主流手机操作平台可分为:Symbian、Android、iPhone OS 、MTK、Windows mobile、Wp7六种。下面分别简述下这六个平台的情况。

Symbian:昔日王者,虽然眼下受到了android和iPhone的强势狙击,被其瓜分了部分市场,但是价格低,易用性强,应用程序多,加上诺基亚的品牌、渠道等优势,在短期内智能机霸主地位很难撼动。中期来看市场中心下移走中低端智能机路线,长期来看,有可能被WP7取代。如果它不革自己的命,那么很可能被别人革命。

Android:势如破竹,据国外媒体报道Android在去年第四季度已超过Symbian成为全球最大智能手机平台,结束了在 Symbian在智能机领域长达10年的统治地位。作为后来者,Android借鉴了iPhone的操作体验,但是由于Android完全开源,对于手机 厂商和运营商来讲,很容易定制成自己特色和服务的手机,加上Android强大的互联网功能,因而获得二者的青睐。完全开源是把双刃剑,由于各厂商分别定 义了各自的产品,这种不标准和不统一会给第三方软件适配带来门槛,会导致在单个某型号的移动终端Android应用偏少,所以Android有可能成为智 能手机中的山寨机。

iPhone OS:神话缔造者,从热销的程度我们可以看出iPhone 4创造的奇迹。超炫的UI设计,良好的交互操作,海量的应用,牢牢占领高端市场。从短期来看,iPhone 4突出的优势会让它再火一段时间。但是由于是自有系统,市场占有量取决于苹果手机终端用户认可情况,所以长期看,主要取决于苹果手机发展和竞争对手的变 化。

Windows mobile:廉颇老矣,尚能饭否?无论从UI视觉效果,还是从易用性,还是第三方应用,Windows mobile 都完败Iphone和Android。壮士暮年,该退隐江湖了。

MTK:山寨大王, MTK是一个封闭的环境,不支持可扩展的应用,同时原功能也不完善,总之是个半成品。需要中间厂商来完善。相比较来讲,第三方程序少,易用性一般。山寨机的价格和功能形成的性价比优势,占据低端市场。

WP7:救世主,作为微软和诺基亚的救命稻草是值得期待的,笔者曾经体验过WP7,采用卷轴式UI设计风格,使UI体验别具一格。系统 和互联网应用的紧密结合,加上诺基亚和微软的强力支持。这个操作系统是值得期待的,有望在智能机领域形成WP7、Android、iPhone三足鼎立的 局面。

上述六大平台分别对应不同的体验和功能实现。对产品设计人员和开发人员而言,它们通常会参照移动终端的UI设计规范。因为移动终端系统本身定义了一些常用 的控件和响应方式。产品保持与终端系统的一致,不但可以降低开发成本,而且易于用户学习和使用。面对诸多平台,尤其是各个平台功能特点不尽相同,操作方式 不同,屏幕大小不同,而每个主流平台又有相当规模的用户群,拥有众多不同的UI规范,这对于全平台的产品而言,无疑是具有灾难性的。

本文就人人网移动开发中不同终端平台的差异和架构统一问题,以及相关服务器架构进行探讨。

移动终端之江山一统历史历历在目

人人网(原名:校内网),从08年下半年开始手机软件的研发,当时国内一二线的互联网公司也已经开始了移动互联网的布局,但已发布并可供参考的产品并不多,尤其是 SNS本身也还是一个新的互联业务,让我们的用户可以在手机上方便地访问SNS,这可一下把我们难住了。为了可以快速推出第一个版本试水,我们先是选择 JavaME平台来开发第一个人人的手机客户端。

人人网的主要业务包括新鲜事,个人主页(状态,日志,相册,留言),好友,站内信,聊天,游戏等等,这些业务都互相关联与衬托,并围绕好友关系 (Social Graph),如果要把这些业务都搬到手机,短时间内根本无法完成,因为客户端类的软件与浏览器的网页在展现与交互上有非常大的差异,手机的屏幕大小限制 也给设计带来了很大的困难,无疑是雪上加霜。当时我们挑选了用户常用的几个业务,新鲜事,个人主页(状态,日志,相册,留言),好友,站内信,按主站顶部 导航的排版方式,设计了一多标签的导航界面,每个标签一个业务,页面跳转同主站,如下图:

 

 

图1

看上去这个设计非常简约明到几乎完美,代码也非常好实现,大家激情澎湃,斗志昂扬准备迎接移动互联网的又一个奇迹,也许你和我以及我们的产品经理一样, 低估了这一切,人人网的业务可不像聊天软件那样单纯,当我们的工程师各自完成自己的分配到的业务,并开始处理不同业务之间界面的跳转时,不详的预感笼罩了 整个团队,当时的轻率导致了严重危机,大家知道,在我们通过浏览器访问网页,页面中超链接可以让你随意跳转到任何一个页面,且这些页面并不一定是同一个业 务的相关页面,如我从个人主页也可以直接跳转到好友(跨标签),而且通过浏览器的后退按钮可以返回前面的页面,客户端类软件可不能做成这样的自由,我们应 该怎么处理不同业务界面的跳转呢?当时大家理解的跳转,根本没有考虑到不同业务之间后退的问题,而且浏览器的页面跳转,浏览器本身是不用知道下个界面是哪 个业务,而客户端必须知道,否则根本无法处理事件交互。技术慌了,产品经理也慌了,眼看承诺的交付时间一天天临近,大家还是没有想出一个非常好的办法,多 次尝试失败,有的方案,页面的跳转连我们自己都晕过去了,最后我们的第一个版本的JavaME 客户端1.0以失败告终。

首战不利,大家心里都不是滋味,虽然通过后几个月的努力,最后我们决定将1.2版本的客户端以beta 版本的形式发布,并公开提供了下载,除了拍照上传这个功能让我们值得高兴一下之外,其它功能也许只是让我们感觉能用而已。JavaME的失利让我们从自负 中清醒,骄兵必败。经过一段时间的讨论与分析,大家一致认为,我们需要一个手机浏览器,人人的业务不论在PC端还是手机端,最理想的展现方式还是浏览器, 于是我们开始手机浏览器研发道路,我们花了3-4个月的时间,开发出了我们第一个基于JavaME的浏览器引擎,代号:Across(为什么起这个名,后 面说)。浏览器引擎架构参考Webkit,如下图:

 

 

图2 Across浏览器结构图

上图中蓝色部分是我们引擎的实现部分,红色的JS,CSS及Plug-in是未来的计划,从技术角度看来,这个架构看上去非常的美,模块功能划分清晰且 扩展性强,我们只要重写Render Engine可以把一个普通的页面渲染成我们想要的任何效果,遗憾的是最终我们还是没有把浏览器这个解决方案应用到正式发布的人人客户端版本,原因很简 单,它还不是很完善。我们预先做了大量的测试用例,在完成开发以后,我们按测试用例逐条进行了测试,最终结论虽然在性能和xhtml标签支持上达到了我们 的预期,但稳定性和包体积却并没有达到理想的状态:运行时内存消耗在xhtml页面大小的8-10倍左右,如一个30K的xhtml页面完成解析,渲染必 须保证有300K左右的空闲内存,如果渲染多个页面或频繁渲染新的页面,就很容易出现崩溃(后来我们发现代码中还有存在一些内存泄漏的地方);另外,打包 以后200k的体积对于JavaME手机来说已经大了。09年上半年,Android发布了1.5的SDK,iPhone入华的消息也是传得到处都是,显 然,在这样的行业形势下,公司管理层已经对我们在JavaME上做浏览器引擎的计划失去兴趣,我们的工程师被重新安排了新的任务,Across没有见到用 户就成了历史,浏览器没有救得了我们。

痛苦中反思

09年上半年是我们最痛苦的一段时间,折腾了大半个年头,结果我们没有发布一个值得骄傲的产品,市场却快速变化着,iPhone,Android带着闪 耀的光芒进入了大家的视野,我们也不得不做出调整,开始分兵投入iPhone及Android的阵营。我们开始反省前面的失败,我们似乎走了两个极端,第 一次在考虑产品及技术的架构时过于的简单草率,以致后期面临强大的心理压力,第二次却是一个典型的过度设计案例,虽然从技术角度看这是一个非常有挑战且非 常有意思的项目,当时我们的设想是先完成JavaME平台的浏览器,然后移植Symbian等其它平台,统一架构。但是移动互联网市场近几年的急速变化, 不论从人力和时间上都不允许我们再把浏览器项目继续下去。

为什么我们要统一架构?

人人网的业务种类非常多,而且PC端都基于浏览器网页的模式,不论内容还是排版都经常需要优化变更,如果我们通过纯客户端的形式把全部现有业务迁移到到手 机端,那么,当我们完成第5个业务的迁移时,可以前两个业务主站已经发生了变更,或者客户端刚刚上线之前的某个业务已经需要兼容运行了,在这种情况下,要 么我们能快速迭代客户端版本,赶上主站的业务的迭代速度,要么我们使用浏览器或类似浏览器的模式,所有业务放在服务器做,这就是我们为什么考虑开发 Across,名字意在横跨所有手机终端平台。

相关文章人人网移动开发架构(下)

责任编辑:闫佳明 来源: cnblogs
相关推荐

2013-09-03 10:22:02

人人网移动开发架构

2011-03-14 13:40:02

移动Web架构人人网

2011-12-08 14:09:07

2011-11-15 19:06:38

人人网王立楠

2011-12-13 14:15:30

2011-12-08 16:18:40

2011-12-13 13:54:42

2013-01-05 14:51:34

JavaScriptjQuery面试

2010-09-08 08:55:00

后台架构数据库SNS网站

2011-06-27 13:44:42

人人吴疆SNS

2017-07-17 15:19:10

MVVM模式iOS开发MVP

2011-06-27 13:53:32

人人吴疆SNS

2011-12-12 16:05:59

开放平台

2011-12-08 16:39:58

京东商城

2011-10-31 17:29:27

人人网客户端照片

2011-09-27 07:26:33

程序员

2011-12-23 14:05:08

Ruby on RaiSDK人人网

2010-04-27 16:33:13

WEB开发

2012-11-08 14:55:10

2011-03-30 14:33:57

jQueryJavaScript
点赞
收藏

51CTO技术栈公众号