关于小程序的坑之Taro框架

关于小程序的坑之Taro框架,第1张

公司产品试水小程序,做了几个独立功能模块的demo试下可行性,主要是这个框架和react语法基本相同,避免大家学习成本过高,以下记录几个容易粗心的点和坑,maybe很弱智。

由于日常用的axios请求参数的头是headers,复制粘贴大法引发了一个弱智bug,该bug会引发 content-type 设置失效,变成默认的 application/json 。

微信模板语言中,监听自定义组件事件的方法与监听基础组件事件的方法完全一致:

因此Taro中监听自定义组件事件的方法要写成

渲染成微信小程序模板语言时变成

以自定义导航为例:()

使用方法:

例:resmodel在iPhone X模拟器输出"iPhone X",在真机输出 "iPhone X (GSM+CDMA)<iPhone10,3>" ,所以此处用indexOf而不能用 "==="

Tarorequest()支持get和post请求,通过异步的方式进行回调。主要有3个回调方法

所以,对statusCode !== 200 的情况,都应在success回调方法中处理,可以写个拦截器,在微信原生方法wxrequest()中存在相同情况。

npm提示某某包undefined,一个一个重新安超浪费时间,目前我的解决办法是退出编译后删掉渲染成微信小程序模板语言的dist文件夹和node_modules文件夹,然后重新运行 npm i 和 npm run dev:weapp

还遇到挺多问题。。想不起来了。。待更新吧。。。

下水了,后续问题记录口以看这里 >

首先,一定要多对比,多了解,找几家公司综合考虑,包括:公司成立时间、公司规模、过往相关案例、售后服务包括哪些、价格如何等。

其次,就是合同签订的时候,付费方式、开发功能、交付日期、售后服务等写进去,有条件的话,可以找律师来过一下合同。

还有就是尽量找本地的第三方开发公司,不仅沟通方便,而且相对有保障。

最近公司有了新的需求,就是把之前用 react+antd-mobile 开发的H5加上支付功能且支付只能用小程序支付。

本来我想着挺简单的,直接把url嵌入到 web-view 中就可以了,然后再加上支付就可以了。

话不多说直接开干~~

写着写着发现了好多问题:

然后需要去找到你需要滚动的DOM解除阻止下拉滑动

开微店网首先需要我们注意的地方就是要选择好店家,一定要看店家的信誉怎么样,店家是否加纳了保障金,这样我们的合作才会有保障,再者我们需要注意的地方就是买家的要求是什么,如果买家格外需要注意的要求时我们一定要像店家说明。

最后需要我们注意的地方就是一定要尽量保障自己在线的时长,这样买家和店家有任何问题的时候我们才能更好的处理,而且在线时长的保障也是我们赚取资金的一种保障,注意好这些问题,我们就可以更好的赚取自己的财富。

参考资料:

搜狗百科

mygetAuthCode 使用静默授权方法(令 scopes 为 auth_base)即可实现只出现一个授权d框

之后将 authCode 传递给后台,后台调用 alipaysystemoauthtoken 解析出来user_id

这里通过user_id后台能关联到用户是否是新用户,是否已经绑定手机号,优化后边的手机号登录流程。

其他用户的基础信息调用

这块废弃了= = 郁闷了很久,还以为之前或取得token和user_id也都白获取了,气的发抖。。好在user_id和用户基础信息是分开的

申请小程序后是可以直接用小额打款作为验证方式的。验证成功后就可以使用了,如果你的小程序没有涉及到必须认证的业务(如通过小程序获取用户手机号)等则不需要认证。认证费是每年300元。

小程序如果不认证一年内是可以免费改名2次的,一旦你认证了每次改名都是要重新认证的,就是每次改名都要再交300元认证费。

注意我说的改名是修改小程序的名称,不是修改简称。修改简称无论是认证还是未认证都是免费的,一年内可以修改2次。但是简称只能是在名称的基础上删减字。

提交认证的时候最好先把业务相关的服务类目提前加好,在刚开始的时候微信对这些类目的审核还不算严格,在提交审核3-10次的时候是最严格的。只要发现业务相关的内容没有符合服务类目要求就会让你补充,通常这些补充都需要7个自然日的审核时间,如果赶上公司没有相关的资质,再去办理相应的资质时间就更长了。

相关类目官方有明确的要求, 看这里 。

在小程序提审的1-3个版本因为审核人员对你的业务不了解,测试的不会太充分(可能他们任务量压力)一版没有大问题会轻松过审。如果能你提前把主要业务功能都完成,就要在这几个版本内尽量把功能都做全了,千万不要抱有先上线,后修复的态度,一旦后边遇到服务类目被卡,线上版本又是有bug的版本你就只能眼巴巴的看着问题发生自己又无能为力。

争取在前三个版本内保证稳定运行后再遇到要求增加服务类目也可以不慌不忙了。

加急审核每年有三次机会,微信团队可以在2小时内处理审核,注意是审核并不是审核通过。我猜测加急审核和普通审核应该不是一拨人马,加急审核的更加严格(可能是审核的风险更大的原因),所以除非业务迫不得已,不要用加急。我曾经加急过两次都因为各种原因没过,最后都是用普通审核过的,审核速度同样很快,最快的一次在提交后10分钟内就过了。

还有我自己总结的非规律的规律,17:30-18:00之间的提交审核通过率比较大。

社区是个好东西,一般你遇到的问题其他人也遇到过,开发文档上找不到的或者一些灰度地带,在社区里搜一下多数能找到答案。

还有就是没事多去社区帮助一下别人,有了高级别就可以在提交问题是直接@官方的**姐帮你解答了。

时间:2018年11月13号

最近, 公司抽风, 项目中需要为我们小程序中"服务的商户"开通微信支付功能

与同事们研究决定,还是申请为微信服务商比较靠谱~

但是~ 不靠谱的事来了 废话不多说 一步步的来

第一步: 申请为服务商 ( 有重点!!!!!!!统一下单坑点之一 )

               先去 公众平台 申请一个 服务号(只有服务号才可以支付和申请商户号,必须是认证过的300元)

                注意:保存好appId 与 appSecret  统一下单中的appId指的是这个!!!!!!!!!

               申请完成后, 点击微信支付, 成为服务商,上传资料 审核300元

               申请页面如下:(这个是已经申请好了的)

               在这里, 说明一下 微信支付服务商是从已经认证过的服务号里申请的, 默认与该服务号绑定 微信乱七八糟的名字很多这里的服务号指公众号

                申请小程序交纳300元认证费 注意:此次说明小程序主体信息与微信支付服务商主体信息一致(如果不一致请看官方坑爹文档)

                申请开放平台~ 再来300元~ 在开放平台把公众号与小程序关联起来

第二步:微信公众号服务号、小程序与微信支付服务商的账号准备好之后, 接下来配置微信支付服务商账号

                登录微信商户平台

                进行配置   账户中心->API安全->设置秘钥

秘钥这是个大坑~~~留着继续往下走遇到了再回来

接下来是  服务商功能->特约商户申请

商户申请审批成功之后 (此时微信会给你邮箱发送特约商户的商户号和密码,与一般支付的那种商户号一样,可以登录)  

特约商户管理->配置(还在服务商账号下)

这里的支付授权目录必须要正确 (别忘记了微信支付服务商的支付目录以及回调地址在服务商账户里设置!这里的回调是地址!是地址!是地址!和目录是有区别的!!!)

特约商户APPID配置我们填写之前申请好的小程序appID否则无法取到官方所为的sub_openId

第三步: 统一下单

根据官方的文档  >

以上就是关于关于小程序的坑之Taro框架全部的内容,包括:关于小程序的坑之Taro框架、微信小程序订阅消息踩坑初体验、找第三方外包开发小程序APP,要注意哪些问题如何避免被坑等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/9273913.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-26
下一篇 2023-04-26

发表评论

登录后才能评论

评论列表(0条)

保存