小程序概述

最新推荐文章于 2024-03-01 10:08:31 发布

weixin_34278190

最新推荐文章于 2024-03-01 10:08:31 发布

阅读量118

点赞数

文章标签： json 开发工具前端 ViewUI

原文链接：https://my.oschina.net/incess/blog/1627432

版权

为什么80%的码农都做不了架构师？>>>

一、小程序代码构成

微信小程序代码构成由

.json 后缀的 JSON 配置文件
.wxml 后缀的 WXML 模板文件
.wxss 后缀的 WXSS 样式文件
.js 后缀的 JS 脚本逻辑文件

官方文档有详细的说明，这里就不过多的解释了，详细请移步https://mp.weixin.qq.com/debug/wxadoc/dev/framework/MINA.html

二、小程序适应场景

这里说白了，就是小程序能干什么和不能干什么。

对于高频、刚需的使用场景，由于用户使用频次很高，对于产品形态要求：

寻找产品的成本要低
性能和流畅度要求非常高

　　小程序并不使用高频、刚需的使用场景，因为小程序：

寻找产品成本高：每次都必须在微信内重新搜索，成本比固定在手机某个位置高得多
性能和流畅度不及原生App

　　结论：小程序不适用于高频、刚需的需求场景，该场景下应采用原生App。

对于高频、非刚需的使用场景，由于里面涉及的产品类型较多（内容型、工具型、社区型、游戏型），要试情况而定：

娱乐类需求（阅读、音乐、视频、游戏、社区）

阅读类的内容型产品

需要深度阅读环境和较高的交互、视觉体验，建议使用原生App；

当然你也可以先用订阅号或服务号进行导流

偏工具的内容型产品（如音乐类和视频类）

功能和性能满足的前提下，基于开发成本和使用成本，建议采用小程序。
社区类产品

鉴于微信拥有强大的关系链，建议先用小程序进行快速试错 / 作为入口，待尝试成功后再将流量导入到原生App
游戏类产品

　　小程序不允许做游戏。

日常工具类产品

在功能和性能满足的前提下，基于开发成本和使用成本，建议采用小程序。

假如野心足够大，有足够的战略布局成为平台级产品的话，如美图秀秀，可以先做小程序，再导流到原生App

偏运营为主或带有媒体属性的产品

根据张小龙对小程序的定义：用完即走，可以预测微信对于小程序在推送消息、运营方面会非常克制，这有区别于订阅号/服务号推送消息、App推送消息，所以，假如你的产品是以运营为主或带有一定的媒体属性产品，建议你还是优先采用订阅号或服务号（具备发送消息功能），甚至是原生App。

特别提到：

由于高频、刚需场景市场已经被巨头垄断，所以很多创业者基本会选择在高频次、非刚需的场景切入

区别于“原生App开发难度大、周期长、获客成本极高、推广成本极高”的现状，小程序在开发成本和性能体验取得了较好的平衡+微信天然的传播能力和获客能力，所以创业者应该通过小程序来进行MVP产品的尝试

结论

对于高频、非刚需的使用场景，采用的产品形态试情况而定，小程序主要适用于：

偏工具的内容型产品
日常工具类产品
社区类产品（作为导流作用）

对于低频、非刚需需求，基本是属于小众的需求，一般有两种情况：

开发者自身兴趣 / 专业级产品，面向某领域专业用户。
对于第一种情况，就看开发者本身的能力，如果你是移动端开发者，那就开发原生App；如果你是前端，就开发小程序。
对于第二种情况，由于专业级产品一般对于性能和交互体验较高，所以优先采用原生App。

对于低频、刚需的需求场景，这里涵盖了大量长尾的生活服务需求，比如说各种旅游需求、各种上门服务等等。这类长尾需求的现状是：

原生App：大量使用频次过低（一个月甚至半年才1、两次）的原生App却占据着手机大量内存

订阅号 / 服务号：WebApp的性能和流畅体验无法满足功能需求

是的，这类长尾需求的的解决方案正是处于原生App和订阅号 / 服务号进退两难的地步，而小程序是WebApp和原生App的一种中间产品形态：在开发成本和性能体验之间取得了很好的平衡。

所以说，小程序正好是解决这样需求场景的解决方案。

结论：小程序非常适用于低频、刚需的长尾生活服务需求。

总结

小程序场景总结：（以按优先级排序）

基本涵盖所有低频、刚需的长尾生活服务需求场景
初创企业进行产品模式的探索
作为增量渠道，为原生App进行导流
小部分高频、非刚需场景

最终我们得到的结果就是虽然小程序热度不断提升，但目前来说它只能做到分、引流的作用，适用于小程序的比如计时器、秒表、单位换算、违章查询等功能性小程序，对于商城、金融类小程序只适合部分功能接入进行引流和分类比如京东商城工商银行等。

三、小程序开发需要注意事项

小程序是基于xml衍生的一套自己的组件，并非HTML,所以小程序开发时严格遵从规则，内部使用的为组件，并非标签，开发时应熟读文档，不要用HTML的思维书写文档上没有的组件和标签。

最后就是小程序开发工具，目前我了解的是两种一种是微信开发者工具另一种是白鹭时代。微信开发者工具虽然是官方工具，但是它的坑很多，比如缓存问题，有时候修改了样式，样式生效了，但是开发者工具内的页面并未发生改变，再一个就是调试的时候，不能自己定义入口，不管在哪个界面刷新，都会回到小程序的首页，这样就给开发调试带来了很多麻烦。白鹭时代就很好了解决了微信开发者工具上述的这些问题，但是白鹭时代在新建文件时，不能通过app.json配置路由之后自动生成，需要自己手动创建文件。

上述两种工具各有优缺，建议就是开发的时候用两个工具同步开发，这样可以提升开发效率

转载于:https://my.oschina.net/incess/blog/1627432