别再争了 告诉你iOS比Android好在哪
日 00:01&&&出处：&& 作者:宋海健&&
　　泡泡网手机频道11月28日 “买iPhone就为了装X”、“苹果有什么好的？那么贵也要买，虚荣！！！”、“苹果手机传文件都费劲，真不明白iPhone到底好在哪”...不知道苹果iPhone用户是不是会经常被人有意无意的调侃呢？其实对于安卓手机与苹果手机争议最多的是它们搭载的系统，而Android与究竟哪个好已经争论了几年了，甚至有文章专门列出了《安卓痛扁iOS系统好的几个理由》，文章的观点其实并没有错，但事实上iOS同样有Android目前无法企及优势。　　本文只讨论iOS与Android系统级，并不涉及手机外观、工业设计和其他部分。　　一、流畅性碾压性优势　　由于Android系统采用了虚拟机的运行机制，这就需要消耗更多的系统资源了运行App，即便升级到Android 4.X，甚至Android 5.X，系统流畅性还是不如iOS。iOS无论是桌面滑动、App的内部操作，屏幕与指尖都似乎带有“粘性”一般，这就使得手指触控到哪里，屏幕就会马上指向哪里，而Android呢？看似已经媲美了iOS的流畅，但只是媲美，多数还是不及iOS流畅，即便Android的触控延迟只有0.1秒其实就已经分出胜负了。　　这里的流畅并不是指手机应用的打开速度、关机速度。流畅指的是运行速度、触控速度，因为这才是最直观的影响用户体验部分。以笔者手中使用的为例，自2012年使用至今从未刷机，系统依然流畅不卡，而反观与同时期的Android系统手机......　　二、iOS系统的软件App多优先升级　　并不是软件升级快就代表好用，但至少软件升级可能会为我们带来额外的功能体验，拿最近的微信举例，苹果iOS系统优先升级并推出了朋友圈的“小视频”功能，而Android系统则多等了几个星期的时间。绝大多数主流的应用软件都以iOS系统开发升级为优先级，只有少数未通过苹果审核上架、或特殊应用才会在Android先放出。　　说到软件App方面为何iOS系统升级快，这得益于苹果有一套独特的与开发者分享收入的计划，有了利益关系，这能够让开发者更加有动力、更积极的开发和升级应用。而谷歌虽然也为Android开发了专属的应用商店，但在国内的环境下国人使用的并不多，况且升级速度并不快，体验尝鲜还要遥遥无期的等待。　　三、iOS游戏不要数据包，Android玩大型游戏很麻烦　　iOS的游戏直接通过官方App Store或在后通过各种第三方助手安装即可，这期间除了部分老旧设备可能出现不兼容的游戏外，其它均完美被支持，没有游戏数据包一说。而Android玩家，如果要下载一个大型的游戏，必须要通过安装游戏主程序+额外下载几百MB不等的数据包才行，如果是主流的高通还好，但凡碰到非主流的的话，那游戏数据包可能就遥遥无期了，开发者心情好的话会为CPU做适配，否则就只有无限等待或移植的命运。　　 注：Android系统的大型游戏，需要在安装游戏之后再下载数据包，数据包会针对手机的处理器以及GPU专门优化，如果选择了没有经过优化的数据包，可能出现无法运行或者贴图错误等情况。iOS系统则是在下载游戏的时候一同下载数据包，不存在单独下载的情况。所以相同的一款游戏，Android系统可能只有几十M的大小，而iOS则达到了1G以上，这就是因为Android没有数据包而iOS包含了数据包。　　再者，iOS目前的分辨率只有5种左右，而Andorid则大大小小的包含了近10种左右，再由于盗版或开发者利益关系原因，开发者更倾向于对iOS优先适配。同时，游戏的质量（包括画面精美程度、触控流畅性等等）整体也要高于Andorid系统。或许有同学说Android打开游戏的速度要快于iOS，笔者想说，玩游戏是比打开的速度吗？　　四、小偷即使偷走也不会泄露隐私　　自从iOS 7系统之后，苹果增加了安全保护机制，即如果进行二次刷机或强行开启手机的锁屏密码，必须要输入原有的Apple ID的密码进行解锁才行。我们不能防止手机被偷，也不指望被偷后能够找回（虽然可以定位，但是否可以找回完全凭自己本事。），但至少可以保证我们手机内的资料或隐私不被居心不良者窃取。小偷拿走手机后最多当配件廉价的卖掉。　　Android系统虽然同样有密码保护机制，但相比苹果而言就要逊色一些，稍微懂点的人只要进入Recovery后，就能刷机或清理数据，手机的密码形同虚设了。虽然有少部分手机做到了二次加密，但大多数的Android系统在这方面还是比较脆弱。　　注：Recovery模式指的是一种可以对安卓机内部的数据或系统进行修改的模式，也叫工程模式（类似于windowspe）。在这个模式下我们可以刷入新的安卓系统，或者对已有的系统进行备份或升级，也可以在此恢复出厂设置。　　五、更省电、功耗控制好　　系统机制的不同导致了Android会占用更多的资源来支撑系统运行，官方宣称的3000毫安时电池实际使用也不过一天的时间，而iOS系统的iPhone虽然看似电池容量不高，但得益于精心优化，它在待机耗电大约只有Android系统的30%左右，使用耗电更是只有25%-75%。　　iOS系统采用独立唤醒技术，以及为处理器量身定制的芯片，在待机时更省电，使用时的耗电详情呈“线性”趋势。虽然有部分Android手机续航强，但多为高容量的电池，并且使用长时间后，由于系统或电池的原因，更是会出现“跳电”的现象。　　六、没有强迫症根本不用清后台　　“不清理后台会很费电”、“不清理后台会很卡”......反正也不知道什么时候起，手机清理后台就成了必须要做的了，至于原因就为了亮点，不卡、省电。不过这只对Android系统有效，iOS系统完全没有清理后台的操作，同样耗电、流畅性也不会被影响。　　　　怀疑笔者说的不对？自己试试看就知道了。至于有些同学说两大系统真假后台的问题，这个就仁者见仁了，没有人敢说Andorid的后台机制最好，也没有人保证iOS的后台机制更适合。　　七、iOS更稳定不易死机　　许多问题我们虽然不想承认，但却是客观存在的事实，下至低端入门、上至旗舰顶配，Android系统在长时间使用后，都会或多或少出现些不稳定现象，比如最不能忍的死机现象，可换电池的手机还好，扣个电池就恢复了，但不可拆卸的电池手机就只能等待重启或长按关机键恢复了。　　iOS也会死机，但相比较之下出现死机的几率要少很多。　　八、综合实力最好的影像系统　　目前搭载iOS系统的设备最高规格的摄像头为800万像素，但即便是这样，凭借iOS系统的精心优化，它仍是目前智能手机中综合体验最好的手机之一（包括对焦速度、成像速度、成片速度、成片率、多场景拍照等综合而定）。而搭载Android系统目前已经达到了2070万像素级别，感光原件甚至更好，但拍照的综合体验来看，iOS的优势依旧明显。　　最新的iPhone6 Plus搭载了光学防抖特性，并且采用了先进的相位对焦技术，拍照体验更是有明显的提高。iOS在视频拍摄方面也同样具有优势，尤其对视频拍摄时的防抖处理的十分到位，再搭配iMovie等专属视频处理软件，让它比Andriod更具有优势。　　九、双核战8核　　由于iOS高度整合、优化、封闭性，让它无论是在各方面的表现十分优异，其中最值得欣慰的一点目前的iOS系统有着自己的一套生态体系，即便是使用双核处理器，配合定制的GPU处理单元，在综合表现来看同样不输Android，要知道现在8核处理器已经不足为奇。　　总结：　　虽然笔者列举了9项iOS相比Android的优势，但同时也并不否认iOS还存在许多可以学习改进的地方。而对于许多功能性的东西，笔者并没有将越狱的范畴考虑在内，如越狱后iOS能实现比现在更多更好的功能体验。　　其实，争了几年了，都说自己的系统好用，但事实上两大系统各有优劣势，谈不上哪个系统最好。iOS系统优势慢慢的被追赶，Android的多样性逐渐被整合，这一切都是时间的问题而已，好与不好这都是相对的。对于我们普通使用者来说，哪个系统最好不重要，适合自己最重要。但至少从目前来看，iOS系统的系统级体验，还是需要Android来积极学习的。■
屏幕尺寸：4英寸 CPU核心数：双核 操作系统：iOS7 后置摄像头：800万像素 运行内存(RAM)：1GB 电池容量：1440mAh 机身存储(ROM)：16GB
扯扯车精品文章推荐在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。
点击阅读原文
七年iOS工作经验的我为什么放弃了iOS而选择了Android
日 发布，来源：
本文由 – 唐李川原创翻译，转载请看清文末的转载要求，欢迎参与我们的！
上周一我非常开心。因为我被允许为一个曾经工作过的客户开始开发一个新的Progressive Web App原型。
我拿出一个常在我身边的用来开发的比较老式的Android手机。然后我从我的口袋里拿出精致的iPhone 6S，它有着非常棒的界面设计和敏捷的操作系统。然而当我看着我的iPhone时我有一些沮丧。
我意识到外表光亮的苹果手机硬件作为一个平台有些不兼容web应用，而我那又脏又破的Android手机却可以。
就是这一点让我意识到我和IOS已经结束了。
因此,我没有打开我的而是下单买了一个Nexus 6p Android手机并且报名参加了Google fi手机服务课程(顺便提一下,这真的很棒!).
就这样,七年多以后,再见了IOS。
什么!?IOS有什么问题吗?
还记得当初iPhone的发布会吗?在发布会上乔布斯将这款令人吃惊的移动电话和音乐播放器和一个网络交流设备的组合介绍给了消费者。
我不知道你们是不是这样,但是在我的观念里有一个优秀的网页浏览器在我口袋里对我来说始终是一股巨大的诱惑力。
那种理念从未改变。
我当然不知道这背后的整个故事,但是可以肯定的是苹果公司的初衷是方便iOS第三方开发者能使用所有的web技术来开发app。Safari(浏览器,是苹果计算机的最新操作系统Mac OS X中的浏览器)增加了对制作web app的支持,该web app可以作为一个图标添加到你的主屏上,并且通过在web app中添加少量能使用的具有魔力的元标签来制作出一个新的应用,这个应用可以安装到你的主屏上。然后,当你打开这个app时,它会以独立模式跑起来。
这个计划的这些内容在很多方面体现的就是最初的“Progressive Web App”,而这还是在2009年左右!
好好设想一下…
1.它们可以在浏览器里打开,但是你可以稍微改进它们,让它们能在手机主屏状态下打开。
2.当你在主屏上运行它们的时候,它们会以滑动屏幕的方式打开并且不需要任何可见的浏览器用户界面。
3.你可以挑选一个加载屏幕显示方式和app图标。
4.你甚至可以从几个不同的状态栏工具颜色里选择一款!
我不知道这种类型的app是否实际上是打算作为第三方开发者为IOS开发app的主要途径,但是不管怎样,这种方式已经走在了它所处时代的前面。
不幸的是,苹果公司的Web平台本身并没有完全准备好成为公众关注的焦点。它在某种程度上使创建的web app看上去和表现的像一个原生app，这是六年前我用David Kaneda开发的很棒的JQTouch 库准备做的事。好玩的是,我发布的一个老掉牙的演示视频,让我得到David的关注,他给我打了一个电话,这使我差点在extjs里获得一份工作,因为这时他们在重构Sencha并且开始编写Sencha Touch框架。但是电话断线使得一切成了泡影。
但是不管怎样,结果却是在IOS操作系统上的web的性能却不足以满足开发者对提高IOS上web性能的渴望。因此公司的开发者被留下来解决这个问题,他们常为解决优化App性能，使其在设备上能够自然地跑起来并且给它们更好的性能以及更高的API准入权限的问题而抓狂。
来看看IOS SDK和App Store
苹果公司曾做出了一个被证明是一个非常聪明的商业决策:他们发布了一款IOS SDK和一个App Store和其余的部分。但是这个商业决策已经成为了历史。
首先,我对app很感兴趣,这种兴趣的程度看上去就和其他每一个人一样。当我们真正需要一直工作构建app时,我们就一直忘身心的忙于构建这种应用程序!谁知道呢?!;
总之,我很快发现我自己在到处寻找最好的的app并且不管什么样的银行应用,什么样的社交网络应用,和什么样其他的服务型的应用,只要这种类型的应用里有最好的IOS应用我就会去寻找。我买了一本关于在IOS操作系统上开发应用的书而且还写了一两行简单的代码。我以前的同事Ryan Youngman制作了一个iSaber应用,这个应用能让你用你的手机在你的朋友面前晃动形成一个虚假的光剑。我认识的每一个开发者都在谈论IOS开发但是这种情形在某种程度上使得IOS所带来的所有乐趣渐渐消失。
要明白你不得不通过在IOS上开发app来跳到IOS这个坑似乎并不正确。
很快开发者放弃了完全开放的web空间而选择一个砖墙高树的城堡,在这个城堡里的最高统治者强迫每一个进来的人缴纳30%的税收。
因此,我决定专注于为IOS构建”可安装的web app”而不是去选择那个城堡,因为我很肯定web应用将会追赶上来的。
然而,这一切却成为了不确定
尽管原生app很流行,然而最初可以在这些单机上安装web app的设想仍被新版本的IOS操作系统支持。但是,web app它们并不适合苹果公司的商业模式!苹果公司的App Store形成了很庞大的商业,”app”一词正在成为主流,每一个商人突然觉得他们需要有他们自己的”app”,无论他们是有一些使用他们app的用户还是没有。
随着苹果公司的app生意风生水起这些性能非常清晰和非常快速地被优化,这在某种程度上一点也不使人惊讶。最终的结果是,我们这些仍然在试着为IOS创建可安装的web app的人在几乎每一个新的IOS版本发布一些主要功能时我们就面临着破产。
我要说的是QA(质量保证)应该始终被抓牢,我要说的是如果在苹果公司工作的人是通过遵守这种标准来构建的app,那么在它们发布之前这种情况就应该被他们注意到了。
一个曾死死拖住我而且信手拈来的例子是他们是如何在一个web app在单机模式下运行时破坏webapp链接到外部站点能力的。target=_blannk是仍然长时间在用的,既不可能是window.open对象方法也不是其他我能想到的方式。现在我们独立的app没有一个URL地址栏或者后退按钮,它只能让用户停留在他们第一次点击时全屏显示的web视图里却没有办法回到app界面!唯一的办法是强行退出app(希望用户知道如何这样做)。
我们同时运营着一个聊天的应用产品,因此我们知道当某时有人在聊天页面粘贴上来一个URL链接时,那其实是一个陷阱。
这些问题仍然在出现,发布了一个又一个。很快你就会明白,你可以在IOS上构建这些类型的web app,但是你不能指望它们不会被IOS的下一次更新所打断。
通过这些事情你可以看到从苹果公司传达的信息清清楚楚:在IOS上web app是二等公民。
此时Android怎么样?
在那时我并没有过多的关注过它,但是在中间这所有的一切发生的时候,Android也开始出现在了舞台上。Google公司承诺Android作为一个手机平台将是一个更加开放的选择。Android操作系统让几个大公司形成了一个联盟,他们的目的是从根本上打败那个水果公司(这里的水果公司指得是苹果公司)和它强大的乔式App Store而让Android生存下去继而占取绝大部分的市场份额。
联盟的效果很明显,Android开始获得吸引力,但是在刚开始的时候Android的web性能让人感觉很差劲。
五年很快过去了,情况如何呢?…
1.人们被手机应用程序弄得心力交瘁的。
2.绝大部分的开发者构建出的原生IOS app甚至从来没有让他们回本过。我们知道这些事情发生在2013年。
3.少量的手机游戏仍然能赚到钱,但是那得看你的人品和运气了。
4.与此同时,在全球却有超过14亿的活跃Android用户。
5.Android转而使用Chrome(谷歌浏览器)作为Android手机的默认浏览器。
6.Chrome浏览器和Opera浏览器和Firefox浏览器增加了一些功能,这些功能允许通过Web来构建真实的app体验。
于是此时我放弃了IOS,开始在Android上弄开发。
为什么选择Android？它不是更多的是一成不变吗?
确实是这样,老实说,Android手机本身让我感觉到讨厌。因为它并没有什么非常新奇的或者令人兴奋功能。
但是注意一个很重要的细节……
它是现在最好的手机Web App开发应用平台。
你什么意思?!苹果的Safari浏览器不是运行我的JS脚本更快吗?
很多人当他们谈到这个问题时都会提到Jeff Atwood(又名codinghorror)的帖子,这个帖子我写下了所有的原因来回应它并随后贴到了论坛,如果你感兴趣可以看看。
是的,Safari浏览器确实能使我的JS脚本运行的更快,但是要知道的是……你的绝大部分用户并没有一个外表精致而且崭新的iPhone 6s，并且像我之前所说的,在手机Web上押注类似电脑桌面的性能或者向一个手机设备发送庞大的框架像Ember(JS框架)也许并不是一个很好的注意。
而对于性能,有一种东西叫做”够用就好”。苹果公司的Safari浏览器即使是运行JS的速度比其它浏览器运行JS的速度快50倍也是毫无意义的!我看重的是在浏览器上我的app是否能够快速的被运行起来。作为一个手机用户,除此之外其它的我一点也不在意。
事实证明,编写的web app实际上是可以以60帧的速度运行在一个又破又烂的手机硬件上的。
但是将这一切放到一边,需要注意的是:我所说的”更好的app平台”不是指这个平台能以更短的时间更快的运行JavaScript脚本。
所以为什么不直接在IOS上用Chrome浏览器?!
于是我开始在Twitter上交流问题,我由最初的惊讶到最终意识到很多人并不知道能安装到IOS上的Chrome和Opera和Firefox在底层上使用的都是WebKit web视图。
然而实际上,包含了一个不同浏览器引擎的app是违法了苹果公司服务条款规定的。
那些浏览器只不过是在同一个浏览器引擎上使用了不同的UI。
那不会使WebKit越来越好吗?
是的，最近看上去它们有正在被拾起的势头。
但是在浏览器窗口中的变化之外它发生了更多的事情。我希望能在IOS操作系统上用web技术创造类似app的性能。
然而我可以直接告诉你在IOS上这方面的改进几乎没有。
让我们看看苹果公司和谷歌的WebRTC
谷歌WebRTC简介链接地址: http://baike.sogou.com/v.htm?fromTitle=WebRTC
几年前当我构建SimpleWebRTC和Talky.io(一个浏览器组件)的第一个版本时。
我似乎成为了早期web极客中的一个,WebRTC使我变得很开心(这项浏览器网页技术现在给谷歌的环聊提供了动力)。不管怎样,我努力的去解决怎样在web上构建第一个,或许是第一个多用户的,点对点的视频通话WebRTC app,它可以在超过两个人之间工作并且能在Chrome浏览器和FireFox浏览器上运行。
Google Hangout简介链接地址: http://labs.chinamobile.com/mblog/864
这是我第一次体会到苹果公司在实现新的web API方面的落后.虽然Chrome浏览器和Firefox浏览器对WebRTC都很热心而且努力地去实施它,但是苹果公司却对这一切装作毫不知情,哪怕瞧上一眼。苹果公司直到今天也没有在IOS里增加对WebRTC的支持。然而,苹果公司很明显正在雇佣Safari团队的WebRTC工程师。所以还是保持希望吧……。
他们那样做是有道理的,对吧?他们为什么要这样做呢?他们希望你使用FaceTime,不是吗?
他们很乐意改善他们的浏览器引擎,但是他们似乎不愿意或者拖着去做任何涉及到把web的触角伸向他们手机操作系统的任何事情。
不管怎样,我们把Talky.io当做一个web app一样安装并在Chrome浏览器和FireFox浏览器上运行,而且最终@hjon也用它构建了一个IOS app.
现在充斥在我脑海里的是有这么一天当我在我的Android手机上下载下来Chrome浏览器,然后用它打开Talky.io时有这样的感觉:这个该死的东西果然运行了!(很高兴的意思。)
自从那时起我开始更加关注在移动端的Chrome浏览器上发生的事情,而且移动端的Chrome浏览器上发生的每一件事情令人印象深刻。
与此同时在Android上发生的事情
在过去的几年中,一些非常聪明,非常有耐心的理想主义开发者(他们中的很多人在Google公司工作)相信web会成为潮流并为推动web的发展努力工作,他们实行了新的web标准来弥补原生应用程序和web应用程序之间的差距。
难以置信的是一些非常酷的东西被开发了出来,像:
.WebBluetooth(是的,从一个网站的网页上运行编写好的JS程序能与蓝牙设备对话)。
.WebNFC(NFC是一种短距离的点对点式的交互技术,这里是其在Web上的应用技术)也被开发了出来,很明显这些新奇的技术正在掀开物联网的面纱(但是这完全是另一篇发表的博客的内容)。
在Android上的Chrome的地址栏里输入chrome://flags,然后看看上面现在在准备开发的东西。那上面的东西太令人吃惊了!
不管怎样,在过去的几年里, ServiceWorker技术和Progressive Web App的概念构建起了一种特色,这种特色使我比以前我使用过的任何web技术更让我开心,而且这种开心的心情会持续很久很久。
ServiceWorker介绍链接:
Progressive Web App介绍链接:
我相信在Android里引入ServiceWorker技术和Progressive Web app技术是自从苹果公司CEO乔布斯首次把iPhone手机介绍给用户以来在移动web平台上发生的最重要的事情。
为什么这样说呢?!因为,这是第一次我们拥有一个有着庞大用户基础的移动平台,这个平台让我构建的每一个web app被当做了一等公民看待!
(注意:是的,我知道还有其他的平台试图这样做的,但是它们中没有一个是有着14亿活跃用户的。)
这些新技术最终给了我们开发者一个平台,在这个平台上每一个web app都是一等公民!
而且需要说清楚的是,我不仅仅是在谈论一种将一个美化的标记贴到主屏上的方法!
我正在谈论的是能使我们构建的web app与原生的app别无二致的方法。
这些各种类型的app所遵循的唯一条款是”Progressive Web App”条款。
事实上,我认为Progressive Web App(简称PWA)实际上对原生app有着巨大的帮助,因为你可以立即开始使用它们。你不需要登录电脑搜索界面,然后由搜索界面跳转到一个app商店,再然后等上一两分钟直到一些庞大的二进制包被下载下来。它们就是web app,它们有URL,它们可以被构建加载的超快。因为……我们已经在web上优化加载时间的性能很长时间了。
用户仅仅需要很少的磨合时间就可以开始使用它们。而用户需要考虑的是它们如何来处理你的转换数据!
由于在Android行业中经验的增加,我敢肯定企业针对他们的Android用户有着这样强烈的疑问:他们有必要构建原生Android app吗?
那么到底什么是Progressive Web App呢?
出于某种原因Google公司已经在设法教一代的开发者什么是Polymer框架和Angular框架。不幸的是,现今我遇到的和交谈的绝大部分web开发者对什么是ServiceWorkers或者什么是Progressive Web App
还是零的概念。
Polymer框架简介链接: http://www.linuxidc.com/wap.aspx?nid=102184&cid=10&sp=1348
Angular框架简介链接: http://www.jb51.net/article/60494.htm
一些人产生上面问题的原因是因为Progressive Web App完全是崭新的东西,而最近产生上面问题的人数在减少,情况得到了改善……上帝啊……我希望这种改变。
你可以这样想象一个progressive web app：
它是用HTML,CSS和JS脚本编写的一个app，而且它完全可以被当成一个原生的app.
1.在手机主屏上运行。
2.在Android的app切换器上作为一个单独的app(不是作为浏览器App的一部分)运行。
3.正真的离线行为…这意味着当你用手指点击app图标时……不管它是否是在当前网络状态它都会打开。
4.即使当app和浏览器关闭时,它仍然能在后台运行并触发操作系统级的消息通知。
这些app作为一个标签开始生存和运行在你的浏览器里,而不是作为一个无用的网页上面写着”请按照我们的app”标语开始的。然后渐渐地它们会被更多的安装直到最终成为操作系统的一部分。
起初,它和你访问的其他网站没有什么不同。但是,然后你如果在你的浏览器里再次访问同一个站点或者app，你的浏览器会巧妙地问用户是否愿意把它添加到他们的桌面。
从这一刻开始它对用户来说就变得与原生app一样了。
并且,如果你正确的构建它们,通常用户根本不需要下载它们或者浪费时间等待下载。这也就意味着把它添加到主屏幕上,app会立即生效,这中间的安装过程会很短。另外,设想一下它会为你的转换做些什么?是吗?(不,我不是加拿大人)(大概加拿大人精于计算).
幸运的是,我们不必去完全猜测它们的商业影响。我们实际上从印度一家名叫FlipKart价值200亿美元的在线零售商那里获得了一些真实的数据,这家在线零售商上线了一个PWA并且他们共享了他们的一些数据。
从FlipKart的数据中筛选出的关键重点:
40%的回头客户周而复始的访问他们的在线零售网站。
63%的转换是来自用户的主屏访问。
用户在FlipKart Lite(移动端)上花费3倍的时间。
这些数据来自Alex Russel最近就手机的下一步是什么的主题发表的流利演讲。我支持你去看看并且在你所在的公司里把它和你的产品经理和你的领导分享分享。那很好解释了什么是Progressive WebApp和为什么选择Progressive Web App.
相关阅读查看:
那么这对我们意味着什么呢?
那意味着我们作为web开发者最终能构建快速流畅的完全可以离线的并且用户隐私可以得到保护的app，而且app可以在交叉平台上运行而不用向苹果公司缴纳任何该死地App Store税收,不再需要等待审批过程,用户不再会伴随着”在使用这项服务之前请安装我的app”的声音而被拒之门外。
那么关于IOS的支持呢?
很好,它妙就妙在即使service worker在IOS上的支持不存在,IOS用户仍然可以使用你的web app.
他们只是没有获得额外的功能,比如离线功能和推送消息功能。
但是你也可以把Cordova捆绑进你的app而且还可以使用Service Worker插件,理论上这将使你用同样的代码去做这些事情,但是它们捆绑到一起后就可以看做是一个IOS app了。
Cordova介绍链接: http://www.cnblogs.com/luoguoqiang1985/p/3574738.html
我为什么要关注?React Native现在出现了并且可以用来解决同样的问题。
React Native介绍链接: http://blog.csdn.net/u/article/details/
就我个人而言,我实际上有些希望像React Native的工具不存在的。耐心些听我解释。React Native是一个令人既吃惊又印象深刻的工具,它使我们可以使用我们的JS编程技巧来编写原生的IOSapp.
但是就像我一直所说的……我不认为我们应该构建原生的app,除非我们完全需要这么做。
React Native产生的最终结果是因为它的存在和因为它主要针对的是web开发者,我们现在有web开发者涌向开发原生app,因为有了这个框架他们有能力开发原生app了!
我怕这种变化在无形中破坏我们使用我们集体讨价还价的力量来促使苹果公司实现在IOS中对Progressive Web App支持的能力。
需要澄清的是,我完全理解它为什么会被创建出来,而且我也非常的尊重它所代表的技术成就和尊重它背后的开发商。
我仅仅是不想让我们停止去促使苹果公司改善在IOS中对web的支持。
因此,这也就是说,作为一个消费者这些事情最终让我能用的唯一投票权是……我掏出兜里的钱然后离开。
我不认为这是我转变到Android平台弄开发工作,我只是切换到当今可用的移动web app 平台中最好的那个。
Web是我们所能获得的唯一真正开放的平台。它是最接近我们需要的公平竞争环境。
这就是为什么我集中我所有的努力来构建Progressive Web App…….我希望你们也做同样的事情。
在twitter上我的名字是@HenrikJoreteg,如果你想很好地告诉我我做错的地方的话可以联系我。
译文链接：
英文原文：
翻译作者： – 唐李川
[ 转载必须在正文中标注并保留原文链接、译文链接和译者等信息。]
这篇文章误导性很强，很多观点都仅能代表个人，放弃的最主要原因竟然是因为iOS对web app的支持没有安卓开放，大家注意甄别。
这篇文章误导性很强，很多观点都仅能代表个人，放弃的最主要原因竟然是因为iOS对web app的支持没有安卓开放，大家注意甄别。
IOS跟iOS还是有区别的?
IOS跟iOS还是有区别的?
七年了。。连IOS跟iOS还傻傻分不清楚，也是该转行了。。
七年了。。连IOS跟iOS还傻傻分不清楚，也是该转行了。。
作者是一个傻逼！傻逼傻逼傻逼傻逼傻逼
作者是一个傻逼！傻逼傻逼傻逼傻逼傻逼
写这编文章是傻B
写这编文章是傻B
简直误导人，从头到尾也没说明重点，从文中来看，根本不像做了七年开发的。
简直误导人，从头到尾也没说明重点，从文中来看，根本不像做了七年开发的。
很明智 Android阵营需要你
很明智 Android阵营需要你
安卓倒了，java依然可以很多方向选择，苹果倒了，swift就有点尴尬了，虽然现在可以跨平台，写服务器端，
安卓倒了，java依然可以很多方向选择，苹果倒了，swift就有点尴尬了，虽然现在可以跨平台，写服务器端，
哪天蘋果卒了，那些工程師可要失業啦
哪天蘋果卒了，那些工程師可要失業啦
哪天安卓挂了，估计那些工程师也会失业?
@GhostSecKS 哪天安卓挂了，估计那些工程师也会失业?
他的意思是iOS技术完全圈在一家公司，公司倒了技术就没使用环境了
@灰色v碰触 他的意思是iOS技术完全圈在一家公司，公司倒了技术就没使用环境了
很好狠强大
很好狠强大
我要该，理由是：
关闭理由：
删除理由：
忽略理由：
推广（招聘、广告、SEO 等）方面的内容
与已有问题重复（请编辑该提问指向已有相同问题）
答非所问，不符合答题要求
宜作评论而非答案
带有人身攻击、辱骂、仇恨等违反条款的内容
无法获得确切结果的问题
非开发直接相关的问题
非技术提问的讨论型问题
其他原因（请补充说明）