bangs blog(6)

　　我做的套壳比较柔和，只套了几个，而且都有做一些改动，每个定位都不同。后来发现其他人是工业化的方式去做这个事，大量套，对于为了逃避审核去套壳的，一次性提交几十个APP，总有审核的漏网之鱼让APP顺利上架。

　　应用内互推，做 APP 矩阵，每个 APP 都推广自己其他的 APP，常规方法，这块感觉做得最好的是四叶。

　　订阅模式，把一次性收费变成订阅，订阅是每一年或每一个月都收费，当年没有这个功能，没试过效果，据了解应该是个敛财利器，各收费App改成了订阅模式。

　　流量运营，社交方面官方的facebook/instragram/twitter/公众号账号，媒体方面的软文/youtube视频，官网SEO，这里水太深没怎么涉及，独立开发者也很难做好这些运营。

　　这里只是分享我经验范围内的一些运营手段，没有多深入和专业，毕竟一个人能做的事有限。说些题外话，独立开发者个人觉得不是一个好路子，充满情怀的 APP 很难赚到生活费，除非你天赋异凛，为赚钱而开发的 APP，发展成工业化作坊才有发展的机会，此外独立开发者的孤独感强烈，估计得是强烈外向性格的人才能长期维持那种状态。

　　移动端开发从08年开始就有个大家前赴后继不断追求的目标：跨平台，15年时 nwind 有篇雄文，详细调研了跨平台各流派，其中最后的Dart 栏可以看到现在Flutter的雏形。可以看出来，Flutter是从精简浏览器的思路演化过来的，实际上web与Flutter从底层看是一致的，web是提供了一层平台无关的独立引擎，可以看成平台只提供了画布，所有的UI组件、框架、事件处理都是web引擎封装处理。其实这种虚拟机方式是跨平台的正道，在GUI跨平台的道路上，JAVA、FLASH都是这种方式，在PC时代都取得过成功，只不过移动端时代只有web这种开放标准能平衡各大公司利益，延续下来了。

　　原本web作为跨平台的解决方案很完美，FB最初也信心满满用web技术做主APP，但到最后还是搞不定性能问题，被迫回归原生。为什么web性能不行，上面雄文也说了，历史代码兼容，CSS复杂，DOM接口粒度大等问题，自然有牛人们继续不断去尝试解决这些问题，面对历史包袱满满的web引擎，首先尝试的当然是不断删代码删功能，做个精简版的web引擎，完全抛弃兼容性，只保留最主要的功能，据Eric Seidel说删完后快了20倍，于是朝这个方向经过几年的努力逐渐演化出Flutter。（国外大厂可以花三四年时间做一个引擎且还在Beta，怕不怕？）

　　Flutter的推出为略为沉闷的移动端技术注入了一些活力，底子强，包装好，只要接入引擎就能获得跨平台+高性能的特性。不过Flutter还是有不少缺陷：

　　不管怎样，Flutter是一个宝库，一个完整的比webkit简单得多的引擎，源码很值得挖掘学习，现阶段国内关注Flutter也是学习居多，直接使用Flutter目前吸引力还不够大，但国内可能有另一个利用Flutter的途径：小程序。Flutter从web引擎简化中来，使用的也是CSS flexbox布局，但抛弃历史包袱重定规则，不兼容web也不是dom那套玩意，需要上层业务根据新规则限制写法，而小程序就是这样的限制框架，可以参考Flutter构建小程序渲染引擎，相对于web渲染性能好，相对RN渲染，同渲染引擎坑少，无需维护两个平台框架。可行性待研究，算是一个有趣的课题。