通过“分布式系统的8大谬误”反思APP的设计 第六篇 谬误6:只有一个管理者

我们再回顾一下著名的分布式系统的8大谬论,以及如何在开发应用是避免这些问题。

1,网络是可靠的;

2,网络不存在时延;

3,网络带宽是无限的;

4,网络是安全的;

5,网络拓扑结构是不会变化的;

6,只有一个管理员;

7,网络传输是不需要任何代价;

8,网络是同构的。

谬误6:只有一个管理者。

作为一个开发者,你可以控制在什么时候发布新的APP或新的服务器版本,但任何人都控制不了到底有多少类型的设备在运行你的APP。用户们可以在按自己意愿更新应用,也许更本不会再更新。导致你不得不同时处理各种版本。对于基于网络的应用,这是个大麻烦,你得不得同时处理不同版本的不同API接口请求。我认为,非常有必要在一开始就引入API版本管理。也许不会马上就需要支持多个api版本,但是这样一个策略存在,比方当你需要修改现有api调用是,可将接口从api.example.com/1/迁移到api.example.com/2,这使得新app的发布更加简单。

此外,为了支持不同版本的api,APP需要能进行本地版本的升级。如果应用升级的原因,修改了数据的格式(数据可能是保存在硬盘,coredata,keychain),你需要有个迁移之前用户数据的计划(至少升级后的应用不能在读取老数据时抛出异常)。你需要考虑从版本1.0直接升级到3.0的情况,而从中跳过了版本2.0。

用户就是他们设备的管理员,他们可以任意设置设备的限制,而你的APP就运行在这些设备上。比方,只有部分人会容许你获取地理位置信息,只有部分人会容许推送消息。有些会使用家长控制功能禁止孩子使用Safari,应用市场,或其他应用。

原文链接:http://blog.carbonfive.com/2010/12/03/iphone-distributed-computing-fallacy-6-there-is-one-administrator/

译者的总结:

1,作者主要说的是,你虽然是应用的开发者,但你其实无法掌握什么时候更新应用,包括应用运行的环境;这就是作者说,不止一个管理者。实际上,每个用户都是你的应用的管理者。

2,作者说的本地更新,我是深有体会。之前做个一个即使通信工具,会将数据保存在本地;后来不但需要支持文本还需要支持语音,图片。。。。之前的数据结构需要扩展,所以新版运行是需要先把之前的数据格式进行迁移。教训啊,教训。。

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-11-05 09:14:20

通过“分布式系统的8大谬误”反思APP的设计 第六篇 谬误6:只有一个管理者的相关文章

通过“分布式系统的8大谬误”反思APP的设计 第八篇 谬误8:网络配置都是类似的

谬误8:网络配置都是类似的. 相对于web开放来讲,移动设备总是让人出乎预料.对一个应用来说,可能大多数用户所处的网络配置都类似.不幸的是,这个假设的会在某些情况下导致一些问题. 类似谬误6,不是所有的网络都有相同的配置.例如,某些wifi网络允许设备之间建立点对点的通信,有些却不支持.让移动app与其他设备通信(比方,与桌面软件)可能因此非常困难,即使它们身处同个网络内. TN2152 "传输文件的一些策略"简要总结了一些设备之间,以及远程服务之间通信的技术. 一个web服务最开始可

通过“分布式系统的8大谬误”反思APP的设计 第七篇 谬误7:网络传输无需任何开销

谬误 7:网络传输没有什么代价 Arnon Rotem-Gal-Oz's 在解释这条谬误的时候具体指出了,需要从一下两方面来看: 第一,你需要考虑应用和网络接口之间的数据传输开销.除了带宽和时延会带来开销,数据的序列化和反序列化也会影响到性能.苹果在2010 WWDC session 117"基于服务器的用户体验"的演讲中,对比了xml,json,plist这几种数据传输格式的大小以及加载时间.对比结果表明,各种数据格式的大小都差不多,但是解析的时间相差很大:解析xml需要812毫秒,

通过“分布式系统的8大谬误”反思APP的设计 第四篇 谬误4:网络是安全的

谬误4:网络是安全的: 只要与网络服务相关,开发人员都要从开发设计以及业务需求方面考虑网络的安全性,iOS也不例外.所有最基本的攻击类型,网络服务都需要考虑:session劫持,盗取证书,代码注入等等.网络安全是个负责学科,现在先让我们考虑一些和iOS APP相关的内容. 我们只能像相信用户一样,相信用户的设备(译者:这里的意思是用户就是小白,他们不懂得如何保护自己的信息.).任何一个安装应用的人都可以深入了解到应用的内容(译者:像图片资源,私钥,任何保存在手机上的文件),也可以轻而易举获取手机

通过“分布式系统的8大谬误”反思APP的设计 第五篇 谬误5:网络拓扑结构是不会改变的

谬误5:网络拓扑结构是不会改变的 无线广域网要比WIFI网络强大的多.当建立的是长链接或是流媒体时,这一点变的非常重要.一个通过无线广域网建立的链接会保持接口处于激活状态,即使WIFI网络转化为可连接状态.为避免同时使用两个接口,由APP决定是否关闭连接,在一个新的可用接口上重新建立连接,并作出必要的处理.大家可以看一下 Paul Danbold的 Advanced Networking. 网络的切换同时也会带来设备可用带宽以及网络延时特性的变化,如果APP的工作模式依赖于这些特性的话,那么它需

通过“分布式系统的8大谬误”反思APP的设计 第三篇 谬误3:带宽是无限的

带宽并非是没有上限,而且还很昂贵.这不是简单理解为,下载大量数据需要耗费很长的问题. 1,一个超过20MB的APP是不可能通过手机网络来完成安装的:参加苹果官方的应用市场审核手册. 2,如果你的APP是需要播放视频,那么超过10分钟的视频,以及五分钟长的视频文件大于5MB的话,我建议使用实时视频流方案.先下载再观看的方式只适合短视频. 通过网络实时视频流观看的话,你需要至少需要提供一个64kbps下视频流,甚至需要支持更低带宽.(低带宽的流文件意味着只有声音,或声音配上一张静态图片). 3,音频

通过“分布式系统的8大谬误”反思APP的设计

作为移动端和网站开发者,有大量现成的网络开发代码可以使用在开发中直接使用.可惜的是没有一套代码可以代替我们全面考虑到网络的不可靠性,尤其是在移动端设备上.同时,幸运的是有些著名的结论以及一些著名的模式可以帮助我们思考如何优雅的处理现实世界中的现实问题.接下来让我们一起思考著名的"分布式系统的8大谬误",以及我们该如何避免这些问题. 以下是著名的"分布式系统的8大谬误" 1, 网络是可靠的: 2, 网络不存在时延: 3, 网络带宽是无限的: 4, 网络是安全的: 5,

通过“分布式系统的8大谬误”反思APP的设计 第二篇 谬误2:网络没有时延

就在今天上午,我的系统的网络请求时延高达544毫秒到6937毫秒之间.而且这是在一个已激活的网络接口上.如果接口从省电模式开始激活的话,这还额外需要10秒钟的时间.因此为了提供良好的用户体验,App需要考虑至少十几秒的网络时延. 假如在app发起用户认证请求后,只有请求成功用户才能进入登录页面,这时已经过去7秒.如果接着App需要再发一条请求获取用户信息,那么用户被阻碍在登录页面总共多达14秒.所以我会尽可能打破这种必须前后按序发生的请求. 实际操作中,我会同时发送多个请求:尤其是有些请求,不占

MAC安裝《Genymotion Android模擬器》大玩Android APP (神魔之塔)

链接地址:http://www.minwt.com/mac/10083.html/comment-page-2 MAC» 智慧型裝罝» Android | 2014/02/12 Android是一個開放的平台,因此先前也分享了幾個Android的模擬器,但當初梅干使用Android模擬器,最主要的功能就是用來測試網頁,看網頁在Android手機上是否能正常運作,雖然說這些Android模擬器,也可透過Google Player安裝Android APP,在電腦中就可玩Android APP,但由

UI设计师必须了解:2015年十大移动端APP设计主流趋势

从移动端兴起,主流设计风格定型,再到Uber.Vine等现象级APP的崛起,移动端的APP设计直到现在才渐入佳境.促成这一切的影响因素很多,比如社会发展趋势的变化.共享经济的大热.新技术的积累,等等等等.这些事物的出现需要时间积累,这也是为什么这些应用到现在才火起来. 同样的,今年我们要关注的是定型了的巨屏手机和逐渐沉淀下来的可穿戴设备. 随着日常生活中所涉及到的移动端应用的增加,用户在这些东西上的所耗费的精神和脑力也越来越多.查看邮件.预订酒店.叫外卖都有赖于各种应用,而诸如Airbnb和Gr