十亿用户却无法让小程序火起来，原因究竟是什么？你预测什么模式的程序会火？你还想到小程序为什么不火的原因吗？

作为一个前端兼后台的程序员，我想说并不是小程序火不起来，而是小程序存在很多缺陷或者说是不符合当下这个时代。

优点：

1、免安装

2、免手动注册（更加依赖第三方账号）

3、对开发来说可以少校验一些账号错误

4、不通过域命（难记，ip--》域名--》文字---共同特点就是：唯一）就能访问，这其实是访问域名升级的必经之路

5、不占太多存储

缺点：

1、费流量

2、必须依赖某个APP，必须有第三方账号

3、访问繁琐

4、控制代码每次都要从服务器获取（费流量）

首先看一下，小程序和APP，和浏览器的的区别：

从访问角度来看：

1、小程序依赖于某个APP而不是操作系统，APP依赖操作系统，传统网站需要安装浏览器

2、小程序必须用APP账号登录使用，这点也是和传统浏览器的区别之一，APP可以不登录，也可以手动注册登录，传统浏览器和APP差不多

3、小程序通过“名称访问（唯一的名字）”，APP通过桌面图标，浏览器通过“域名或者IP”访问，其中实质都是通过ip访问

从代码角度来看：

1、小程序输出的是ModelAndView,这也是服务器端页面的手法，输出的是绑定好数据的页面视图；APP输出的是纯数据，在本地进行绑定，浏览器两种都行（这也是小程序费流量的重要原因）

纵观一个系统无非就是三种元素：数据（model），控制（数据绑定），视图（view），其他的都是围绕着这三个方面做的扩展，比如service就是对数据的加工处理校验之类的，view是负责展示界面将所有处理后的数据展示，控制就是如何把数据放到view上。

最后看一下，腾讯为了推小程序采取了那些措施：

1、和联通合作推出免流量卡

在程序员的角度看，我更倾向于这种模式的小程序出现，他也拥有当下小程序的优点：

1、实现免安装

2、直接依赖操作系统

3、节约流量

具体如下图所示，我也在为了实现这种模式而努力：

上述流程的有点：

1、节约流量

2、不通过任何域名就能访问

3、不依赖第三方任何账户或者平台

4、开发者能提升开发效率，能共享组件

5、操作将不会特别繁琐

6、具有跨平台性质

主要流程呢：

1、开发者开发合乎规则的组件，上传到组件服务器，共大家使用，或者设成私有模式。

2、服务器对组件形成一种公用形式唯一地址

3、操作系统安装时只需添加配置文件即可

4、通过配置文件加载控制层

5、其他流程都符合APP流程

关于这种模式你们怎么看呢？请大神指出来我的思想和设计错误之处，欢迎大家和我交流，或者加入我的这个研发团队。为提高效率而作开发。