十亿用户却无法让小程序火起来,原因究竟是什么?你预测什么模式的程序会火?你还想到小程序为什么不火的原因吗?
作为一个前端兼后台的程序员,我想说并不是小程序火不起来,而是小程序存在很多缺陷或者说是不符合当下这个时代。
优点:
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流程
关于这种模式你们怎么看呢?请大神指出来我的思想和设计错误之处,欢迎大家和我交流,或者加入我的这个研发团队。为提高效率而作开发。