苹果iOS 5限制应用本地存储问题

　　苹果 iOS 5 系统增加了一个新的机制——在设备容量空间不足的情况下自动清除高速缓存文件或临时目录的内容。这意味着，如果你设备的容量快到极限了，应用存储的很多离线内容，包括文章、杂志、图书、漫画以及其他数据都将被清空！如果用户需要，将不得不重新下载这些内容。

　　关于苹果 iOS 5 的这次“变革”，困扰了不少开发者。新规则实施之后，用户想使用离线数据将会有很多困难，而且也有开发者反应他们的应用通不过苹果应用审核团队的审核。关于这次更新的讨论非常“火热”，当然也是相当杂乱，因为其中参杂了好几个问题，简单的归纳就是：

1. 缓存和临时文件夹的语义问题
2. 苹果相关文件的变化
3. 应用审核被拒
4. iTunes 和 iCloud 到底备份了哪些内容
5. iOS 5 行为变化

　　下面我们来分开讨论以上5个问题：

　　1.缓存和临时文件夹的语义问题

　　虽然苹果应用使用的临时文件夹同跟目录下的 /tmp 并非同一个文件夹，但是开发者不应该认为它们有什么显著的差别，他们都是临时文件夹，所以性质相同。如果你有过 OS X 、Unix 或 Linux 背景，你应该能理解，苹果其实没有义务向用户保证缓存和临时文件到底能保存多久。

　　即使你以前从来没有听说过临时文件夹和缓存文件夹里面的东西会被系统删除这种情况，也不代表这个情况将来会有所改善，特别是苹果已经在文件中申明这些。

　　2.苹果相关文件的变化

　　最晚到2011年6月29日的时候，iOS发布之前，苹果的文件(web.archive.org存档，被墙)中涉及到<Application_Home>/Documents 的部分是这样描述的：

Use this directory to store user documents and application data files.

使用这个文件夹来存储用户文件和应用数据文件。

　　这个说明相当容易理解，这也很清楚的说明了为什么开发者对 iOS 5 中文件目录规则的改变不满。

　　关于<Application_Home>/Library/Caches 是这样说明的：

Use this directory to write any application-specific support files that you want to persist between launches of the application or during application updates. Your application is generally responsible for adding and removing these files. It should also be able to re-create these files as needed because iTunes removes them during a full restoration of the device.

使用这个文件夹来写应用在运行期间和更新期间需要用到的任何文件。你的应用必须负责好添加和删除这些文件。而且这些文件应该是可以被重建的，因为 iTunes 会在还原设备备份的时候删除这些文件。

　　这段说明中的措词，不可否认是比较模糊的。读这段说明的时候我的第一印象就是苹果在 iOS 5 中实施了一些与本条款相矛盾的根本性改变。但换个角度来说，通过”generally” 和 “able to re-create” 这些字眼，可以明显看出苹果基本上就是在警告开发者系统将怎么对待这些文件了。

　　iCloud 数据存储准则(需登录查看) 这样说明：

　　To ensure that backups are as efficient as possible, be sure to store your app’s data according to the following guidelines:

1. Only documents and other data that is user-generated, or that cannot otherwise be recreated by your application, should be stored in the <Application_Home>/Documents directory and will be automatically backed up by iCloud.

　　2. Data that can be downloaded again or regenerated should be stored in the <Application_Home>/Library/Caches directory. Examples of files you should put in the Caches directory include database cache files and downloadable content, such as that used by magazine, newspaper, and map applications.

　　3. Data that is used only temporarily should be stored in the <Application_Home>/tmp directory. Although these files are not backed up to iCloud, remember to delete those files when you are done with them so that they do not continue to consume space on the user’s device.

译者：为了保证数据备份的可能性和有效性，请确保你的应用数据符合以下规则：

1.只有用户生成的文件、其他数据及其他程序不能重新创建的文件，应该保存在<Application_Home>/Documents 目录下面，并将通过iCloud自动备份。

　　2.可以重新下载或者重新生成的数据应该保存在 <Application_Home>/Library/Caches 目录下面。举个例子，比如杂志、新闻、地图应用使用的数据库缓存文件和可下载内容应该保存到这个文件夹。

　　3.只是临时使用的数据应该保存到 <Application_Home>/tmp 文件夹。尽管 iCloud 不会备份这些文件，但在应用在使用完这些数据之后要注意随时删除，避免占用用户设备的空间。

　　如果我们暂时暂时忘记很多新闻、杂志、地图应用的唯一目的就是显示离线内容这个事实的话，以上条款还是相当清楚和有意义的。

　　3.应用审核被拒

　　最近不断有开发者反应在 Documents 文件夹存储 “任何/一些/很多”(any/some/much) 数据的应用被苹果的应用审核团队拒绝。但有些开发者已经成功地向应用审核团队解释他们的应用存储文件的原理，并表明他们的应用是完全遵守开发规则的。

　　现在看来，苹果应用审核团队也并没有十足的把握判断到底哪些文件夹中存储的哪些数据是用户生成的，而哪些数据又是可以重新下载和重新生成的。

　　4.iTunes 和 iCloud 到底备份了哪些内容

　　应用文件夹所有内容都会备份，除了：

• 应用程序本身bundle(.app)
• <Application_Home>/tmp
• <Application_Home>/Library/Caches directory

　　这在iCloud 数据存储准则中有很清楚的说明。

　　其他的文件也清楚的申明了，应用程序支持文件夹也会被iTunes备份。在讨论中一些开发者建议应用支持文件夹应该比缓存文件夹更安全点（更持久点）。在我看来，自从iCloud 存储推出以来，苹果应用审核团队将会重点打击那些需要存储大量应用支持文件在Documents 文件夹中的应用。

　　5.iOS 5 的行为变化

　　在 iOS 5 设备中，当用户收到存储空间不足的警告时，如果此时应用没有运行，那么该应用的 <Application_Home>/Library/Caches文件夹中的数据将被清空。

　　这意味着在 iOS 5 中应用将没有任何文件夹可以存储以下文件：

• 没有备份到iTunes/iCloud的文件
• 删除不会带来危险的文件

　　显然，现在要让 iOS 5.0 给开发者有一个文件夹存放文件已经不可能了，但是假如有足够的开发者向苹果表明他们确实需要这样一个文件夹来存储一些数据，我想在将来的版本当中，也许会出现改善。

　　给开发者的建议：赶紧给苹果提交漏洞报告！

　　原文作者：Our4.org，原文链接。

JavaScript仿淘宝智能浮动

　　我们经常在淘宝网看到这样的特效，商品列表特别长，而商品列名称始终保持在最顶端。如果你把滚动条滚动至最上边了，那么它会自动判断是否到顶端了，然后一直置顶从而不怕遮挡。

　　这种特效是通过JavaScript和CSS实现的，在实际开发中有不少用途，下面是我找到的一个使用JavaScript制作的仿淘宝智能浮动的源代码，兼容性不错，在IE、Firefox、Chrome下都能正常工作。

　　在Z-Blog中使用这个特效代码需要注意，如果在侧边栏使用，则需要注意，侧栏中的栏目不能使用JavaScript动态加载，必须用静态的格式，否则在JavaScript会错误的计算页面高度，上下滚动的时候会出现错位现象。

　　以下是相关代码：

　　JavaScript 代码

(function(){
    var oDiv=document.getElementById("float");
    var H=0,iE6;
    var Y=oDiv;
    while(Y){H+=Y.offsetTop;Y=Y.offsetParent};
    iE6=window.ActiveXObject&&!window.XMLHttpRequest;
    if(!iE6){
        window.onscroll=function()
        {
            var s=document.body.scrollTop||document.documentElement.scrollTop;
            if(s>H){oDiv.className="div1 div2";if(iE6){oDiv.style.top=(s-H)+"px";}}
            else{oDiv.className="div1";}   
        };
    }
})();

　　HTML 代码

<div id="box">
    <div id="float" class="div1">
        //随滚动移动的部分代码
    </div>
</div>

　　CSS 代码

#box{float:left;position:relative;width:295px;}
.div1{}
.div2{position:fixed;_position:absolute;top:3px;z-index:295;}

使用微博客的一些好建议

　　每一个微博平台就是一个小社会，里面每一个人都是独立的个体，个体之间又有关注、被关注的交集关系。那些权威微博帐号就像是现实中的媒体，而草根微博用户更多是在自己的小圈子里面交流，关注偶像的最新动态，与好友交流最近的工作状态，分享自己喜欢的新视频与冷笑话，或者只是地铁上无聊用手机碎碎念。

　　在一个小社会里面，每个人都有着自己的好恶悲喜，并据此选择关注一些人、取消关注一些人或者是屏蔽一些人。你的一言一行都会影响他们对你观感，也会塑造出独特不可复制的性格，有一些基础的知识规范可以分享给大家。也许这篇文章叫做《微博客基础入门指南》更合适，只是把一些容易被忽略的常识列出来，这些建议不仅适用于新浪微博、腾讯微博、搜狐微博这样的国内门户微博，同样适用于Twitter、做啥这样的相对小众微博。

　　建议1：不要混用@、评论、转发、私信

　　这是目前最常见的使用错误，有些朋友看到内容不论好赖一律转发，要正确使用这三种微博互动方式，我们需要来了解三种方式的区别。

• @后面跟用户识别符，微博内容会出现到被@的用户的链接，被@的用户会得到一条提醒，这条微博会出现在你的公开微博页面（Timeline），不会出现在对方的微博页面。使用@大多是微博内容中涉及到某个人，或者是想要让某个人知道这条讯息。
• 评论是指想要对微博内容发表自己的看法，该条微博作者会得到提醒，大多数微博评论内容不会出现在你的公开微博页面，Twitter例外欢迎大家补充。
• 转发会出现在你的公开微博页面，所以你希望帮助这部分内容传播或者推荐给听众，转发动作会给该条微博作者提醒。差异是在是否提醒内容中被@的用户，Twitter的官方retweet是只针对原作者提醒，而Twitter的民间RT转发以及国内微博大多会提醒内容中被@的用户。
• 私信是用户之间的私密点对点沟通，所以只有沟通的双方才会得到提醒。

　　根据情境不同选择适用的互动方式，不会对听众造成干扰，也能够让重要的信息得到凸显。

　　建议2：控制微博的数量与内容范围

　　让人讨厌的信息可能包括抽奖信息、活动信息、团购信息、冷笑话段子，针对不同的人群可能无效信息的定义会有差别，转发的确帮助了信息的传播，但是这些信息对每个人的价值是不一样的。

　　例如抽奖，微博上面的抽奖活动中奖的几率几乎等同于0，因为参与的人实在太多并且暗箱操作的可能性很大，一条微博@十多个人无疑是灾难，纯利益驱动的微博很容易被人鄙视。冷笑话段子很好笑，如果一个微博帐号的内容让你很感兴趣，除了不停转发内容外推荐Follow可能是一个更好选择，授人以鱼不如授人以渔。之前有个局长在微博讨论开房问题被双规，这种私人话题其实对于公众是没有任何意义的，当然也是微博常识缺乏的一个反面典型。

　　在减少无效信息的同时，把微博的更新数量控制在合理范围内很重要，你可以从数十条中选择五六条分享给大家，写微博也是一种个人修炼，每一条微博最终都会成为你微博人格的一部分，就像是现实中你做每一件事都会影响别人对你的观感。

　　建议3：远离互粉、互转

　　互粉、互转的共性是将关注与转发这两种动作，作为利益区块来进行交换，破坏了微博链条中的循环体系。转发本来是一个传播率指数，关注是决定是否想要关注对方提供的内容，当这一切被剥离应有的附加值被赤裸裸放在一起交易的时候，这是一种彻底的灾难。如果大家都私信询问你为什么不粉我，不停地@别人求转发，难道你不会觉得恶心吗？

　　一个好的做法是回到自己的基点，关注想要关注的人，转发值得想要转发的微博。事实上就连我自己也没办法完全遵守，但是只要你心里有这样的准则，那么在面对互粉互转的时候就会有不一样的态度。

　　————割开—————————-割开——————

　　回过头来看，这篇文章写的真的就只是常识而已，微博上面非常多不太好的东西在萌芽，有一天也许真的会关闭主流微博回归做啥、饭否、Twitter，这并不是偏见，事实上门户微博因为规模的问题所以会遭受更严重的考验，但这并不妨碍我内心对美好的渴望。

　　来源：XJP投稿，原文链接。

公司被收购后应有的觉悟

　　昨天看到一个很有意思的大新闻，TechCrunch的创始人与主编Michael Arrington将会离职，作者MG SIEGLER在TechCrunch发表文章指责AOL对TechCrunch干预过多，违背了当初收购TechCrunch时保持编辑独立性的承诺，稍后Michael Arringto也自己对整个事件进行了说明。

　　一个相关的新闻是，2010年9月底AOL宣布完成对TechCrunch收购，曾经向编辑团队承诺保持编辑独立性，但现在看起来AOL将会加强对TechCrunch的控制，而Michael Arringto很可能被踢出去，当然转机在于编辑团队是否愿意跟他站在一起，与读者的呼声一起向AOL示威。

　　类似这样的争议无处不在，AOL之前还因为将旗下Engadget的中文编辑团队给Fire掉引发争议，雅虎收购了Flickr、Delicious，Google收购了FeedBurner，新闻集团收购了MySpace。无数这样失败的收购，外界都会下意识地被认为是新东家对原有团队干预过度，而往往两年内创始团队的离职又会佐证这一说法，但事实上可能没有这么简单。

　　科技圈或者说企业界也像生物界一样，不断吞噬弱小的生物来维持自己的生存乃至扩张，所以我们可以看到不断有创业项目、科技公司被更大更有钱的公司收购。在收购发生时新东家为了促成收购往往都会作出一些承诺，但无论收购者还是被收购者都知道这些承诺不会被落在合同条款里，事实上大多数被并购的公司团队的排外性都是极其严重的，在这种情况下出于整体利益进行清洗几乎是在所难免的，这时候创始团队就会出来开始吐槽新东家了，这样的戏码几乎无时无刻上演着。

　　当收购完成，新东家就是原有公司的所有者，他可以按照自己的意愿做任何事情甚至关闭这家公司，Google最喜欢做的事情就是收购一家商业公司然后将服务免费，当然出于保护投资的角度他们会尽量保持过渡的平顺。收购后的公司将成为新公司中的一员，他不再是单打独斗所以需要很多的合作与融合，需要输出、输入各种资源，在收购者看来这样的事情无比合理，不然他为什么要收购？

　　但在创始团队看来这损害了他们的利益，创始团队与收购者的纷争往往因此而生，不论他们的争论最终落在了哪里，但是对于项目与产品的推进都会变得消极，这也是为何大多数被收购的项目活得都不太好。

　　对于那些优秀的创始团队，如果你们想要按照自己的步调继续前进，那么不要让任何公司、机构有控制全局的机会，这并不是鼓励大家去盲目掌握控制权，很多时候决策的权利会成为前进的最大保障。如果你们很缺钱，团队成员也很需要钱，如果你们选择了被收购套现傍大款，那么你们就要有流血牺牲有一天退出的心理准备，毕竟世界上总是没有两全其美的事情。

　　来源：XJP投稿，原文链接。

互联网是否为出版业的掘墓人？

　　互联网和出版业一直是大家热谈的话题。本来笔者觉得再去谈论也没什么意思。只是最近有两件事使他们的话题再次上升到冰火点，笔者于是也想来凑凑这个热闹。其一：出版业和版权作者剑指百度文库。在以韩寒为中心的舆论压力下，百度文库做出最后让步，当然这也是百度文库必须做出的决定。百度文库的改革措施是和各家出版社做出合作，提出两种模式。一种模式是将允许用户免费阅读作品部分章节或篇目，如果读者想阅读全本内容，需要支付一定费用，将该作品存储至自己的文库并进行在线阅读。二种广告分成，这是一种很传统的方式，读者可免费阅读整部作品，百度文库将在阅读页面的部分区域开发相应广告内容，与作者或出版方分享相应收入。这看起来有点像苹果或安卓软件的盈利模式。不过笔者觉得前者的可行性更大，因为对于出版方的收益更直接，更可观。

　　笔者不去想现在的结局怎么！但至少这是一种进步。至少百度承认：我盗版，我是做错了！其二：ipad2在国内上市，同时ipad1代大降价。严重冲击其他纸质电子书的市场。于是其他电子书在ipad的冲击下纷纷降价。这在一定程度上反应以ipad的新型阅读方式正在逐渐走进我们的生活，传统的纸质媒体已经无法满足我们的需求。这两件看起来是不相干的事件，却共同反映一个问题，传统出版业正急需转型。

　　也是从韩寒的博文：“给李彦宏先生的一封信”和“为了食油，声讨百度”中知晓了这个行业的一些规则。比如博文中这些文字尤其引起笔者的注意（引用自韩寒博文）：“在2004年前，我至少做过几十场各个城市的宣传活动，而在那个时候，我已经是行业里的畅销书作家，我从没住到过一次300以上的酒店，有的时候和出版社陪同的几个人得在机场等好几个小时，因为打折的那班飞机得傍晚起飞，而多住半天酒店得加钱。这个行业就是这么窘迫的。这个行业里最顶尖的企业家，年收入就几百万。出版业和互联网业，本是两个级别相当的行业，你们是用几百亿身价和私人飞机豪华游艇来算企业家身价的，我们这个行业里的企业家们，我几乎没见过一个出行坐头等舱的。”且不谈韩寒的说法是否夸张或夸大了，但至少说明出版业的现状是不容乐观的。在互联网的冲击下，出版业的转型就变得是那么重要。

　　传统的纸质传媒已经无法满足人们的需求，以杂志和百度文库为例，杂志和百度文库合作，选择双赢的模式，向网民提供便宜于或近便宜于市面的杂志销售价格，网民直接可以在线付费观看。既环保又方便。同时百度获取流量和广告收益，同时省去很多中间的差价或其他费用。这是一种良性的双赢。

　　虽然对于我们接受付费，接受正版还有一段时间，但至少我们看到了希望。有希望总是好的，至少比没希望好，您说是吧？

　　作者：Hap Ju，QQ：903115812

也看新浪微博英文版

　　据国外媒体报道，新浪发言人表示，将在今年年底前向海外用户推出英文版新浪微博服务，与Twitter竞争。新浪发言人刘奇称，英文版微博服务正在筹备中，并不针对一个特定市场。他说，“我们并不会在某一特定市场推出该服务，英文版微博的是为了迎合我们的许多海外用户。”他还表示，10%的新浪微博用户来自海外。

　　刘奇称，英文版新浪微博服务会遵守中国的法律。

　　对于可能出现的新浪微博英文版，笔者基于对微博及创新的认识，作了如下分析：

　　中外社交网络的通道

　　新浪微博计划进军美国市场可能是反映了“墙”的市场需求问题，因为Facebook、Twitter、 YouTube被墙，国内网民在这三大网站是被边缘化的——在Facebook和Twitter很少看到中国网民（与十几亿人口的比例不相配），也影响了中国企业在国外网络的商业推广交流。这样新浪微博英文版其实就找到机会填补这个需求空间，将国外与国内不能正常通过Facebook、Twitter、 YouTube交流的需求转换到新浪微博英文版。当外国人在Facebook、Twitter很少见到中国网民，而中国网民又很难上这些网站，大家改用新浪微博英文版这条通道就解决了这个问题。当然，这并不是指Facebook的人全面改用通道，而是某些国外用户有这样的需求——例如商人可能会利用这个通道更快地寻找生意机会，艺术家可能想交流推广艺术文化，对中国感兴趣的网民想建立社交关系等。新浪微博英文版作为一种改良过的微博产品，经过推广后也会吸引国外用户注册使用，这可以视为一种必然的现象。

　　新浪微博英文版会强化社交功能

　　虽然新浪微博英文版是微博产品，但是也会强化社交的功能应用，因为不做这个是在错失机会，这个通道的时间早晚是有限的，它最大的价值就是拥有建立中外社交网络的连接通道。若等Facebook、Twitter、YouTube全面进入中国市场后，新浪微博英文版便会失去这种优势。故此，在通道期其实就是处于一个受到保护的市场，拓展市场应该充分利用自身的优势。

　　政策风险的问题可东成西就

　　新浪微博英文版可能会沿用V认证的方式来减少政策风险，或许借实名制注册也能让中国网民加入到这个平台，在前期也可能是一种邀请中国用户参加测试英文版的方式来实行更严格的注册控制。虽然互联网主管部门不能直接管理境外的网络，但是可以管理新浪，新浪微博英文版是一条国际社交网络的信息通道，受法律管制的信息会依然管制，一般的信息交流及企业商业合作可以得到发展。

　　如果新浪微博英文版只做国外用户，那可能是这种发展方向，像百度日本那样，纯粹的海外商业投资项目，屏蔽国内用户使用，避开国内的政策风险，同时也可以宣传中国，推广中国企业品牌（新浪也有不少广告客户可以投放国际广告），新浪微博英文版也有利于炒高新浪的投资价值。新浪可以等政策的改变，微博英文版先做好国外用户，等政策开放了，就全面打通国内的用户关系，这样无非就是时间上的发展问题。

　　中国互联网四大巨头的时代

　　笔者的预测观点：即使抛开“通道”而言，新浪微博英文版也无惧与Facebook、Twitter、YouTube竞争，甚至直接对打也不怕，这绝不是疯掉，新浪的目标不在于取替Facebook、Twitter、YouTube，而在于新浪微博平台化的最大野心是将中国互联网的力量联结起来，一起进入世界的舞台，例如国内的视频网站完全可以利用新浪微博英文版进行推广，其它中国网站也是可以借平台合作推广。那么，新浪推出微博英文版的真实目的是将新浪平台由中国平台逐步提升为国际平台，让国外的厂商和互联网开发应用也通过新浪的平台进入中国市场，这种转变将促使新浪由四大门户的地位向中国互联网四大巨头冲击——腾讯、百度、阿里巴巴和新浪的四大巨头时代！

　　微博选举能推动新浪微博的发展

　　第二个有利于新浪成为中国互联网四大巨头的趋势是微博选举，可能发展时间会很长，但从趋势上看是新浪必争的机会，微博选举可以看作为人大代表入驻新浪微博，新浪借时政微博、民生微博能成为中国微博最强势的品牌，彻底拉开腾讯、网易、搜狐的距离，也有利于新浪微博解决地方市场拓展的问题。我们看当下的中国微博，克隆名人微博的现象很严重，但是时政微博、民生微博能有效解决被克隆，因为时政及民生的信息发布及问答互动，无法克隆作答，一是涉及到法律责任的问题，二是承诺的问题，三是探讨具体事务要当事人才清楚，四是同时打理几个门户的微博会增加很多时间成本及没有精力去有效解答。在争夺名人资源之后，下一个最有影响力的资源就是人大代表和政务微博，如果新浪微博和腾讯微博在发展上处于不分上下的时候，那么具有决定性的因素就是谁能把时政微博和民生微博做到最好，得到中国网民的认可和支持！

　　作者：简哲，原文链接。

苹果iOS 5的八大缺陷

　　上周iOS 5发布之后受到获得强烈的反响，最新iOS 5为iPad、iPhone、iPod touch提供200多项新功能，12项重点升级。然而“金无赤金，人无完人”，iOS 5还是有一些令人不爽的缺陷，虽然不知名，但还是希望苹果能尽快解决。现在就盘点一下它的缺点，看看大家有没有其他的方法解决。

　　缺陷一 ：iOS 5的信息容量上限太小了

　　iOS 5的信息容量上限为15MB ，而且无论你的设备硬盘是64G还是16G，这点都不会改变。这个上限包括了你所发出的所有视频和图片，所以很多人来说，这个上限都太小了。而如果你信息达到了上限的话，你就不得不花时间去清理你的信息箱了，相当烦人。

　　缺陷二：位置备忘只支持使用联系人地址

　　位置备忘是iOS 5一个很有用的辅助功能，它可以根据你所设定的位置给你提醒，但是，它却支持使用联系人的地址作为备忘的地址信息，这就导致了只是想提醒自己去ATM机取钱的用户就要把ATM加进联系人，这太麻烦了。

　　缺陷三：日历的可选项太少

　　虽然你可以在日历暂时隐藏一部分提醒，但是在通知中心里的事件通知是无法隐藏的，包括全天事件这种不需要频繁关注的也会不断提醒，通知中心都变成骚扰中心了。

　　缺陷四：无法删除或编辑照片的Photo Stream

　　Photo Stream是iCloud最好的功能之一，它会将你的iPhone最近拍下的1000张照片共享到你所有的苹果设备上 ，但是这个功能不支持对已经上传的照片进行删除和移动等操作，也就是说如果是公用账号，你照片都会共享给所有朋友，而你唯一能做的，就是删除整个Photo Stream的所有照片或者不管它。

　　缺陷五 ：感觉不完整的iMessage

　　这更像是一种恨铁不成钢的不满，iMessage总让人感觉没有发挥它的潜力，为什么没有增加群聊的功能？为什么邮件里智能发送存好的图片和录像？文本输入框隔壁的相机按钮应该有更多的功能，还有应该有其他的东西辅助你输入你的位置，附近的照片等信息才对，能改进的东西太多，而它却一直止步不前。

　　缺陷六：更新会删除所有应用、照片、联系人

　　这大概是出名的缺陷了，更新iOS 5就要代表放弃你的联系人，照片，游戏记录，其中不爽不言而喻。

　　缺陷七：在iPad上看起来很荒谬的横幅和通知中心

　　一图胜千言，直接看效果吧，这样保持和iPhone同步的设计对于9.7英寸屏幕的iPad来说真的是完全不合理啊。

　　缺陷八：报刊亭自定义选项太少

　　报刊亭是一个烦人的程序/文件夹/商店，首先，即使你不喜欢看着这个空书架，你也不能删了它，或者将它隐藏掉。其次，一旦你把程序放进去了，你就没办法将他们直接打开了。

　　英文原文：businessinsider:Our 8 Biggest Problems With iOS 5

　　中文翻译：雷锋网编译。