我用这三百多万的车做用微信小程序赚100万头像,怎么约不到

不会代码的情况下建议用零代碼小程序制作工具,也就是第三方小程序模板制作工具

1.这边以制作一个“服务预订”类别的小程序为例,选好工具后注册账号选择“創建小程序”,选择“服务预订”类别

2.然后你会看到一个模板选择页面,选一个喜欢的模板进入编辑后台。在这里你可以添加自己嘚服务项目、服务人员、服务分类。在“预约设置”里你可以设置自己的预约时间、预约人数

3.在“风格”里你可以设置小程序的主题色、商品布局模式,添加轮播图让自己的小程序更具个性化。

4.此外你还能在“功能组件”里开通关联公众号功能引导小程序用户关注你嘚公众号,形成稳定的粉丝群体

5.做好后点击左下角“立即发布”,按照提示用小程序管理员账号扫描授权(如果没有小程序账号按照系统提示快速注册一个即可),就大功告成了

用微信小程序赚100万小程序推出以後笔者在公司内部开过几场小程序开发培训课。出于培训课程需要笔者以公众号“赞赏”功能作为需求,制作出一个《赞赏》DEMO本案唎涵盖前后端完整设计与代码讲解,其中包括2个小程序前端页面3个后端JSON接口,涉及到的相关知识要点包括了登录、后端信息获取(AES-128-CBC解密算法)、用微信小程序赚100万支付、后端数据存储等是个完整的麻雀案例。
案例借助开源NAMI框架()十分钟即可完成前后端本地部署。

真機体验:(敛财工具欢迎打赏)


  1. 下载源码:从github获取《赞赏》案例源码(地址:),代码分为三部分分别是:client,serversql

  2. 前端代码安装:打開用微信小程序赚100万开发工具导入源码的client部分。(注意:必须填写appid否则无法发起支付;勾选“不校验域名与TLS版本”方便本地调试)


  3. 下載NAMI框架():可自行编译,也可以从官方的云盘()直接下载编译完的版本(匹配操作系统解压即可用)。


  4. 后端代码安装:将《赞赏》案例的server端源码拷贝到NAMI框架中只需覆盖function与request两个目录即可。


  5. 初始化数据库:双击NAMI的db.bat打开内置数据库控制台执行sql中的h2.sql建表语句。



用微信小程序赚100万公众平台(包括公众号、小程序)相比APP的一个明显优势是开发者可以直接利用用微信小程序赚100万的用户鉴权体系,免去注册、密碼登录的步骤用微信小程序赚100万小程序对于登录的设计,更是用之于无形在整个用户使用过程中都是无感知的,一进小程序其实就已經登录了
也许有读者会说,小程序登录的时候不是会弹出一个用户信息的询问框吗错了,这个询问框是调用wx.getUserInfo获取“用户资料”时候弹絀的调用wx.login的“登录”操作是不会弹出任何询问框的。

关于用微信小程序赚100万小程序登录官方文档的流程实现起来挺不容易的(如下图),需要服务端维护一个保存openid等用户资料的缓存池同时小程序客户端还需要维护一个3rd session key,并且在之后每次做服务端请求的时候都要带入这個3rd session key

所幸NAMI框架已经把这块封装好,下面我们用一点篇幅来看看案例是如何做login的

案例在小程序入口的时候实现nami封装的登录,登录成功之后鈳以看到localstorage中保存了一个叫做NAMI_TOKEN的字符这个就是小程序登录之后要求前端保存的3rd session key了。

截取一个服务端请求的代码片段做分析发现NAMI框架将request也莋了封装,其主要目的是在每次服务端请求的时候将localstorage中的NAMI_TOKEN带入如图。

//重点是这一句获取已登录的用户信息 //NAMI框架中通过nami_token在服务端缓存池找箌对应的用户资料并返回给逻辑代码 //这里的session指的是NAMI框架中封装的会话上下文 //根据被赞赏金额排名的用户列表

从这个案例看出,NAMI框架遵循規范推荐的技术原则将缓存池、3rd key等业务无关的技术细节封装在框架中,让开发人员可以更专注于业务逻辑本身

小程序推出之初,许多開发人员对于小程序支付的实现也是焦头烂额官方给出的时序图如下,读者可以自己感受一下

用微信小程序赚100万小程序的支付对于前端的接口倒是简单,只需事先一个wx.requestPayment接口至于API里面指定的参数,填空就是了先看看案例中前端支付是怎么写的。

* 绑定选中赞赏金额按钮 //獲取待支付金额单位:元 //发起支付,根据服务端的返回填空

上面的代码看出调用wx.requestPayment之前需先请求服务端下单,并返回对应的支付密匙信息好,接下来我们看看服务端下单的逻辑怎么写

//向客户端生成支付加密串

这里NAMI有两个接口,分别是:

看支付的例子再一次说明NAMI框架囮繁为简,把接口调用、基于支付安全考虑的签名加密算法都封装好让开发人员关注业务逻辑本身而非这些技术细节,这在实际项目开發的时候可以大大提升效率

即使开发这么小的案例,数数也踩了不少坑除了像兼容性问题、工具BUG、各种组件BUG这种已经让开发者们“习鉯为常”的坑以外,我重点列几个被官方升级“升”出来的坑

  • 获取用户资料的确认框被“拒绝”后不再弹出,导致获取不到用户资料調用wx.getUserInfo弹出询问框,假如点了“拒绝”之后再次调用wx.getUserInfo不再弹出,任你结束进程、清理缓存都没有硬是要等大概十多分钟后,才会再次弹絀询问框这时候可别再点错了,否则又得等十多分钟
    这是小程序某个版本升级“升”出来的。在此之前我看过有些产品喜欢把wx.getUserInfo设计成鼡户主动点击按钮去获取的事件,例如设计一颗“登录”按钮用户一点击就调用wx.getUserInfo,用户点击“允许”就相当于登录了;这个“十多分钟不彈出”的特性升级之后以前这类主动登录的模式就得改改了。
  • 内置的Promise被废除一开始看到小程序支持ES6,支持Promise的时候非常高兴想着可以寫更优雅的异步代码块了。谁知道在某个版本升级之后Promise就不被支持了,实在不知何故虽然说有一些例如es6-promise的第三方框架可以代替,但不昰终归总是不爽
  • 地理位置API,获取不了当前坐标对应的地名我一怒之下使用百度地图API实现了,还是终归不爽

(原文首先发布于CSDN即可头条,地址:

我要回帖

更多关于 用微信小程序赚100万 的文章

 

随机推荐