大家来说说对微信小程序的看法和判断吧

别再和超级 APP 去抢已经很贵的安装量了

用变量控制法很容易看到一些基本的逻辑。我们将一段时间内的 APP 的下载量设为定值，那么其实你是在和那些超级 APP 一起在抢这些下载量，流量是供不应求的商品，自然容易被出价更高的一方收割。

而且这些超级 APP 背后往往还有一些共性是普通创业者不具备的，比如雄厚的财力可以支撑很高的获客费用，很多独占的内容和服务让用户下载阻力变小同时粘性活跃度变高，流量的分发能力让获取来的用户快速产出价值进而摊薄获客成本等等。

所以，如果你不是打算做流量分发且有高频需求的平台类生意，或者还在公司初创打磨产品的阶段，又或者不是对性能要求很高的类游戏项目，做 APP 都不是个划算的选项。

商业逻辑的价值大于载体的价值

精益创业的逻辑已经被广泛验证和接受。不管是推敲一套商业逻辑是否可行，还是收集市场的反馈，这些和你有没有 APP 都没有关系，它只是一个载体罢了。

用最小的成本去获取到市场最真实的反馈，去试错，去完善商业逻辑找到通路，最终为用户提供真正的价值，这些才是创业者最应该关注的东西。

微信小应用一部分的价值在于，你有一个想法，只要一个运营和一个前端，就可以开始了。

前端工程师会不会越来越值钱？

你猜。

微信小程序究竟给跨端开发带来了哪些能力？

1.提供多 view 的支持，提升 H5 应的用体验

view 在原生应用的开发里是个很基础的东西，应用由多个 view 组成，跳转和场景切换发生在不同的 view 之间，因为 view 的基本信息都存储在本地，所以跳转几乎没有延时，如丝般顺滑。

现在的微信公众号里开发的 H5 应用基本上还都是基于页面的，而页面间跳转时酸爽的 loading 让现在的公众号的 H5 应用在使用体验上比原生 APP 差了太多， view 的支持加上前前端资源本地化的加持可以让 H5 小程序在性能和体验上有一个质的提升。

view 的加入应该是微信小程序里比较重要的一个概念，划重点。

2.路由策略

既然用 view 替代了 page ，那路由管理毫无疑问是会出现的一个概念，从现实的应用场景来看，多 view 的跳转和每个 view 的 navigat 、 status 管理肯定是跑不了的，如果你原来接触果类似的概念，相信这些你很容易就可以上手。

3.生命周期管理

微信是所有小程序的宿主环境，而小程序的功能又和微信没有直接的关联，所以每个小程序都会有自己的生命周期。有了生命周期的概念，一个应用何时被唤醒，加载，销毁，在这些事件发生后应该做些什么，也都是应该重点考虑规划的地方。

4.webSocket

做前端都不陌生，微信基本上会把 webSocket 的生命周期和小应用的生命周期做关联。所以它存在的意义除了解决和服务器端通信的即时性问题之外在很大一部分场景下还可以解决移动网络环境下 http 握手的性能开销问题，至于是否有 http2 的支持让我们拭目以待。

5.数据双向绑定

鉴于有审核机制，所以理论上会限制非官方组件和库的使用，所以微信自己提供一套数据双向绑定的机制还是有可能的。

6.应用下发形式

同上，因为审核机制的存在，所以前端静态资源肯定托管在微信的服务器上。至于需不需要打包，应该是要的，小应用的更新最终肯定是以资源包的形式向用户下发的。

7.入口问题

在微信内有搜索和进入的入口这些都毫无悬念，但是是否能提供系统桌面级的入口还是一个不能确定的问题，即便微信愿意，苹果愿意么？

8.关系链的导入

微信对在好友关系上的重视和对向第三方开放这样能力的克制是一以贯之的，起码在刚开始的时候，也就是获取类似头像、性别、昵称、这样的东西了，不用抱太大幻想。

机会

对于创业者来说，不管你是否赶上了微信公众号收割用户的第一波红利和机会，现在又到了新的一个节点，又有一个新的机会。

对于前端工程师来说，偷着乐吧，跨端融合是个大的趋势，希望你能看的更远，收获更多。