小程序的开发,需要申请账号,完善信息,提交代码,审核发布等流程。它们是可以和小程序代码的编写同步进行,所以小程序更加偏向是一个开发者工具,而不是像订阅号或者服务号那样的运营工具。
先说账号申请,阅读过官方文档的应该清楚,小程序目前,只支持两种类型的账号。第一种是企业,这个只需要注册账号,然后绑定对公账号即可。还有一种是一些类似政府企业,无法使用对公账户打款。也就是说第一种企业只要注册就可以使用,而第二种注册完需要认证才行,并且目前不支持个人账号。
第二步就是完善信息,这里很简单,唯一需要特别注意的是,基本信息中,选择小程序的服务范围的时候,一定要特别谨慎,不能随意修改。因为这样容易造成数据混乱,比如你选的分类是打车,而用户搜完之后,发现你其实是做的美食,这就尴尬了。
做好之后就可以去代码开发并且上传,上传代码只能是管理员账号才行。这里需要注意的第一点,是小程序不支持代码的合并和修改,所以,当你准备上传代码的时候,一定要确定,这是个完整的包,如果需要合并和修改,需要在其他类似git这样的平台进行。第二点是当你提交审核的时候,尽量不要在小程序页面里面出现例如test之类的文字,以及测试数据,尽可能做到完善,否则有可能会影响你的信用分。
2. 关于小程序技术开发
2.1 关于小程序的数据结构和视图渲染
小程序和其他前端非常不一样的一个地方,就是渲染方式、执行方式以及执行时间,都是由小程序自己自定的,并且可以在后台进行编译。
以下图为例,appservice管理的是数据,视图层管理的是渲染,数据和视图层是完全分离的。这种视图结构中,你的脚本是没办法直接操控视图的,所以使用习惯了jQuery的人,这里就比较遗憾了,是完全不能用。第一是因为它是跑在两个独立线程中,另一个是因为开发者写的脚本文件,都是跑在jscode当中的,所以有很多dom是没有的。
2.2 关于小程序的开发者组件
为了方便开发者,微信官方推出了一系列的小程序组件,这些组件会有一些自己的功能,比如说一些button和cheakBox等等,会有自己微信的样子,所以说,即使是一些ui资源很弱的团队,也可以开发出来很不错的小程序。
由于html对于组件的支持比较差,所以这些组件基本上都是微信自己自定义的。在技术上,微信吸取了web-component的精髓,研发了wx-component,研发的时候,假如你熟悉前者,你就会发现,他们的接口是很相似的。
其实了解技术的人都清楚,这么做一套自定义组件,是非常耗时耗力的,微信之所以会做,一个是因为方便web和native之间的切换,另一个是可以和自己的自定义框架很好的结合起来。
2.3 关于小程序的unionID
如果开发者拥有多个移动应用,网络应用,和公众账号(包括小程序),可通过unionid来区分用户的唯一性。因为只要是同一个微信开放平台账号下的移动应用,网站应用和公众账号(包括小程序),用户的unionid是唯一的。换句话说,同一用户,对同一个微信开放平台下的不同应用,unionid是相同的。
所以就可以用这个unionid把公众号的一些用户,以及之前你开发过的微信生态下的应用,和小程序里面的用户建立起联系,你会发现,他们都是同一批人。
2.4.关于小程序的cooike不生效问题
很多开发者会问,为什么某些set-cookie之类的不会生效,这里其实是因为,小程序开发并不是在一个浏览器的环境中把请求发了出去,所以服务器发回来的返回头,小程序是无法理解的。小程序的请求是jscode通过native发出去的,所以他们并不理解,但是以后可能会优化理解。
处于安全需要,需要服务器支持Https。然后TLS(Transport Layer Security)版本需要支持到1.2,即最新版本,它可以在不支持TLS的环境中模拟。但是如果真机运转的话,还是需要把服务器版本升级到最新。
在app.json中声明的页面,需要有相应的Page()函数进行注册。开发者经常遇到,在app.json写了a页面,但是没有创建a.js文件,那就会出错,并且如果你创建了a.js,没有在里面生成page()的函数,那也会出错。
「H5程序俱乐部」是一个专注微信小程序学习交流,相关外包/招聘需求信息发布的微信公众号。
「H5程序俱乐部」微信号:wxappclub 或者 微信扫一扫关注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。