移动互联网依然是火爆的战场，但移动APP不再是单兵作战的节奏。小而美的APP可以继续抢占蓝海，而大而全的APP将更深入地满足用户的刚性需求。APP需要提供越来越多的有价值的服务。不仅要固守手机小屏，还要解决不同平台、不同尺寸的适配问题。需要与兄弟APP形成合力，为用户提供服务集群。随着不断的迭代迭代，功能越来越多，逐渐变成一个胖APP，胖APP发生了哪些变化，需要面临怎样的转型？本文主要讲述胖APP的四大发展方向——1。APP插件；2、APP互通；3、APP破解；4、APP扩展。这四个方向使得胖客户端能够更好地满足用户需求，同时仍然保持轻量级和良好的用户体验。1、APP插件随着手机APP版本的迭代，只满足基本功能的APP会在发展道路上受挫，提供更多的增强功能会让APP臃肿。如何平衡用户的需求和APP的臃肿？简单的做法就是做APP插件，瘦的APP胖起来，胖的APP瘦下来，都是根据用户的需求来选择的。例如。百度云百度的工具包就是这样一种插件方式。可以将通讯录和短信、彩信备份到云端，可以安装在线视频播放插件和图片处理插件，根据需要获取。当您需要时，授权后会安装相应的插件。这样既能保证APP功能齐全，又能保证安装包足够小。不会有太多分心的因素去拆分主线任务。例如。微信和微信也是如此。随着新功能的不断迭代增加，APP难免会变得臃肿。为了让产品更加轻量化，微信隐藏了一些不重要的功能，将一些不常用的功能做成了插件，用户可以选择安装。比如语音输入，QQ邮箱提醒等等。只是在微信5.0版本中，这些插件大部分都变成了服务号，比如QQ离线消息、QQ邮箱提醒等。我想这是微信试图将插件从SDK的客户端形式转换为WebAPP的轻量级形式。一个转变。同时，用户无需了解插件的技术概念，只需要在需要时得到相应的服务即可。2、APP互通单一APP难以形成浓厚的气候，也难以满足日益复杂的深度需求。并且拆解成多个子App，它们可以互相借力，互相带来流量。尤其是当两个APP处于需求链的上下游时，如果能够相互调用解决一些特定的需求，将大大提升用户体验。APP之间的互通，不仅是APP之间相互带来流量的手段，更是满足用户需求的手段。例如，Google+、照片、环聊。谷歌产品之间可以形成推广链，将各自的侧边栏作为相互推广的资源。从谷歌搜索主页，你可以点击进入谷歌+。在Google+的侧边栏中，您可以点击调出相册或环聊。在相册的侧边栏中，您可以再次单击以调出Google+。这是谷歌产品互调的逻辑图。可见，谷歌产品其实缺乏完全统一的布局和思维。虽然在APP之间使用跳转可以带来一定的量，但是互调既有调用APP的逻辑，也有切换标签的逻辑，往往会导致返回逻辑混乱。但相对来说，已经是APP互调方式中最好的了。例如。微信，微信微信可以调用各种第三方APP。结合的一个很好的例子就是微信调用微信，拍摄视频然后分享到微信的过程。微信调用微视，属于中间插入任务堆叠的插件流程。一旦调用过程完成，微视就完成了它的使命。这种调用方式是以完成任务为使命的。互调无论是为了流量还是为了满足需求，app之间的返回逻辑都必须处理得非常仔细，让用户体验闭环的出行体验，避免app切换带来的碎片感。3、APP破解每个APP都是一个信息孤岛。用户在下载APP之前，不可能知道APP中到底有多少有价值的信息。APP的下载、安装、登录成本极高。试想一下，如果你想看一个视频，需要十几个应用程序一个一个搜索，如果你想看一本电子书，你也需要下载十几个应用程序一个一个搜索.所以APP破壳搜索确实是一个需要解决的问题。如何在不安装APP的情况下快速知道APP的内容？APP安装后如何快速索引APP内容？为了解决这个问题，谷歌推出了AppIndexing。网站和应用程序开发人员都使用APPIndexing。它匹配一个网页和一个App页面，所以现在你搜索网页就相当于同时搜索App。内容，如果找到，它将显示一个“在应用程序中打开”按钮。但是，如果您尚未下载该应用程序，则不会显示该按钮。eg.谷歌搜索、百度APP、安卓平台系统级应用均可检索。例如，使用Google搜索，您可以搜索联系人信息、索引所有应用程序、查找chrome浏览历史记录等。iOS平台也一样。只有系统级的APP才能更好的对内容进行索引。用百度APP搜索联系人可以直接索引到通讯录。对于其他第三方应用来说，破壳索引内容比较困难，这种情况需要解决。例如。豌豆荚豌豆荚的应用内搜索也是类似GoogleAPPIndex的解决方案，不同的是GoogleAPPIndex需要APP支持网页才能实现搜索。豌豆荚的应用内检索不需要网页支持。通过内容进行索引，然后调动相应的APP来浏览内容，这可能是目前最有想象力的方法，但要彻底打破APP孤岛的壁垒，还需要更多的APP支持应用内搜索。4.APP扩容随着时间的推移，各大厂商不断迭代，平台越来越丰富，分辨率越来越多样化，历史版本越来越多，维护成本和适配成本越来越高也越来越高。为此，我们在开发版本时要充分考虑APP的扩展性。APP能否兼容多种不同的分辨率，一套设计能否适配多个平台？是否适合小屏和大屏穿戴屏的多种使用场景？eg.GoogleNowGoogleNow是考虑可扩展性的最佳案例，而不仅仅是考虑整个移动平台。GoogleNow似乎很容易适应GoogleGlass和AndroidWear。它的设计首先考虑了可穿戴性。例如。百度云百度安卓版、iPhone版、PC版、Mac版、TV版相继上线。如果不考虑可扩展性，设计师和产品团队会疲惫不堪。好在目前在设计架构的时候，最大程度的考虑了整个平台的扩展性，甚至是对未来可穿戴市场的适配。APP的功能很多，但结构还是要保持简单。***让我们回顾一下。胖APP如果继续发展下去，肯定会成为用户的负担，所以我们不得不考虑给胖APP瘦身，或者拆分胖APP。主要可以参考本文提到的方法——1.APP插件；2.APP互通3.APP破壳4.APP扩展。这四个方向使得胖客户端能够更好地满足用户需求，同时仍然保持轻量级和良好的用户体验。【移动开发视频课程推荐】iOS培训Objective-C基础视频课程（40集）Cocos2d-x从零开始【5天掌握跨平台游戏开发工具】（12集）ObjectiveC编程基础（24集）Android技术轻松入门教程（12集）微信开放平台——Android应用接入（4集）Cocos2d-x跨平台游戏开发基础（29集）iOS开发视频教程——iOS网络编程【进阶】（39集）移动端应用用户体验设计进阶教程（60集）从零开始学习iOS开发-UI多视图（30集）iOS开发视频教程【基础介绍】
