IOS教程之elya：胖APP的4年夜开展偏向仓酷云

所以你可以用很多方法存储数据比如最长用的sqlite当然如果另类也可以用plist文件或者其他NSManagedObjectContextNSManagedObjectContext挪动互联网仍旧是个炙手可热的疆场，可是挪动APP已不是昔时单兵作战的节拍了，小而美的APP能够持续抢占蓝海，而年夜而全的APP才会更深度的满意用户刚性需求。APP必要供应更多更有代价的服务，必要不单单拘泥于一个小小的手机屏幕，必要办理分歧平台分歧尺寸的适配成绩，必要与兄弟APP构成协力配合为用户供应服务集群。跟着不休的迭代迭代再迭代，功效愈来愈多，渐渐酿成一个胖APP，胖APP产生了如何的变更，又必要面对甚么样的转型呢？
本文次要报告胖APP的4年夜开展偏向——1.APP插件化；2.APP互通化3.APP破壳化4.APP扩大化。这4个偏向，能让胖客户端更好满意用户需求的同时，仍旧能坚持轻量化的优秀用户体验。
1.APP插件化

跟着挪动APP的版本迭代，仅仅满意基础功效的APP，在开展路径上几城市受挫，而供应更多的加强功效又会让APP变得痴肥。如何均衡用户的需求与APP的痴肥度呢？一个复杂的举措就是打造APP插件化，给瘦APP增肥，给胖APP瘦身，而这统统，都是依据用户的需求举行的选择。

登录/注册后可看大图

<br>
eg.百度云
百度的工具包，就是如许一种插件化的手腕。你能够把你的通信录、短彩信都备份到云上，能够安装在线视频播放插件、图片处置插件，而这统统，都是依据你的需求来猎取的。当你必要的时分，经由受权，才会安装响应的插件。如许就可以包管，APP的功效是完全的，而安装包仍是充足的小。也不会有太多的搅扰要素分裂主义务。

登录/注册后可看大图

<br>
eg.微信
微信也是云云，跟着不休迭代增添的新功效，必将会招致APP变得痴肥。为了使产物利用起来加倍轻量化，微信就把一些不主要的功效埋没起来，把一些不经常使用的功效做成插件，用户能够选择性安装。好比语音输出、QQ邮箱提示等等。只不外到了微信5.0版本，这些插件年夜部分酿成了服务号，好比QQ离线动静、QQ邮箱提示，我想这是微信只管把插件从SDK这类客户端情势转化成WebAPP这类轻量化情势的一种转型。同时用户也不必要了解插件这类手艺化的观点，只是当你必要的时分，能取得对应的服务就能够了。
2.APP互通化
单一APP难以行成壮大的天气，也很难满意愈来愈庞大的深度需求。而拆解成多个子APP，则能够相互借力，能够互带流量。特别是当两个APP处于需求链高低游的时分，假如能互调挪用办理某些特定的需求，则长短常提拔用户体验的事变。APP之间的互通，便是APP相互带量的手腕，也是用户需求满意的手腕。

登录/注册后可看大图

<br>
eg.Google+、照片、环聊
Google系的产物相互之间能构成推行链条，使用各自的侧边栏用做互推资本位。从Google搜刮首页能够点击进进Google+，从Google+的侧边栏，则能够点击调起相册大概环聊，而从相册的侧边栏，还能够再次点击调起Google+。

登录/注册后可看大图

<br>
这是Google产物互调的逻辑图，能够看到Google产物实在也是缺少完整一致的结构和思索的。固然使用各APP之间的跳转能带来必定的量，可是互调既有调起APP的逻辑，又有切换标签的逻辑，就会招致前往逻辑常常是庞杂的。可是绝对来讲已算是APP互调伎俩里最好的了。

eg.微信、微视
微信能够挪用多种第三方APP，个中分离的对照好的案例，就是微信挪用微视，拍摄视频后再分享到微信的历程。

微信挪用微视，是属于两头拔出义务堆叠类的拔出式流程，一旦挪用流程停止，微视也就完成任务了。这类挪用体例，是以完成义务为任务的。
互调不管是为了带量，仍是为了满意需求，都要十分细心的去向理APP之间的前往逻辑，如许才干让用户体验路程闭环，制止APP切换发生的分裂感。
3.APP破壳化

每一个APP都是一个信息孤岛，当用户下载APP之前，基本没法晓得APP内里究竟有几有代价的信息。而APP的下载、安装、登录本钱又是极高的。试想想，你想看一视频，必要十几个APP一个一个的往搜，想看一本电子书，也是必要下载十几个APP一个一个的往找。以是APP破壳检索切实其实是一个厄待办理的成绩。如何在不安装APP的情形下，能够疾速晓得APP里的内容？如何在装了APP的情形下，能够疾速索引到APP里的内容？
Google的为办理这个成绩，推出了AppIndexing，APPIndexing是同时有网站和App的开辟者用的，它是将一个网页和一个App页面临应起来，因而如今你搜刮网页也相称于同时搜刮App的内容，假如搜到了，它会显现一个“OpeninApp”的按钮。可是，假如你没有下载该App，它就不会显现这个按钮了。

登录/注册后可看大图

<br>

登录/注册后可看大图

<br>
eg.Google搜刮、百度APP
Android平台体系级其余使用都可以被检索到，好比用Google搜刮，你就可以搜到接洽人信息、索引到一切使用、找到chrome扫瞄汗青等等。而iOS平台也是，唯一体系级其余APP，能被更好的索引到内容，用百度APP搜刮某个接洽人，能够间接索引到通信录。而其他的第三方APP，则很难破壳索引到内容，这类情形厄待办理。

登录/注册后可看大图

<br>
eg.豌豆荚
豌豆荚的使用内搜刮，也是跟GoogleAPPIndex相似的办理计划，分歧的是GoogleAPPIndex是必要APP配套网页来完成检索的。而豌豆荚的使用内检索其实不必要网页撑持。经由过程内容来举行索引，再调起对应的APP来扫瞄内容，这也许是今朝为止最有设想空间的办法了，但完全冲破APP孤岛壁垒，还必要更多的APP一同来撑持使用内搜刮。
4.APP扩大化

跟着工夫的推移，各年夜厂商的不休迭代，平台愈来愈丰厚，分辩率愈来愈多样，汗青版本愈来愈多，保护本钱和适配本钱也愈来愈高。为此不能不在开辟版本的时分，充实思索到APP的扩大性。APP是不是能兼容多种分歧的分辩率，一套计划是不是能适配多个平台？是不是合适小屏幕年夜屏幕穿着屏幕多种利用场景？

登录/注册后可看大图

<br>

登录/注册后可看大图

<br>

登录/注册后可看大图

<br>
eg.GoogleNow
GoogleNow是思索扩大性的最好案例，不单单是挪动端全平台的思索，GoogleNow适配GoogleGlass、AndroidWear貌似都很轻松，乃至Now这类语音交互的情势，几乎像是思索可穿着先行而计划出来的。

登录/注册后可看大图

<br>
eg.百度云

把上面两个对象连在一起把他们变成一个整体所有的CD操作都是通过这个类的这个需要仔细看文档了举个不恰当的例子就像三个人收拾衣服一个人负责衣服的存放位置(NSManagedObjectModel)一个人负责把衣服分类冬天穿夏天穿等(NSPersistentStoreCoordinator)

看完这个你就可以有多种选择来踏入做应用的阶段