故事背景:
这段时间在做支付宝、微信的支付,其中有支付宝和微信h5支付,还有微信的jsapi支付。之前也做过这些功能,这次也再次做,是重复造轮子。这次最慢的是jsapi支付,支付宝和微信的h5支付用了1天左右,加上测试和调优,算1.5天吧,但这次jsapi足足花了2天,心里有些许感受想通过文章来表达和记录。
先说总结:
开发jsapi支付太慢了!找了一圈没有适合的轮子,要么没有文档,要么英文的,要么只是简单的案例,如果用其它参数的话就无从下手,而且按着之前经验改一改还会出错,我不是经常开发微信功能,所以显得有些手生。早年前开发微信支付是看着文档,自己封装请求工具,封装参数和配置,但是以前的代码很难看,甚至于不想用(现在找也不容易找得到)。
摸索流程:
(找轮子->测试->找轮子->改代码->测试->无法复用->官网下载demo->测试->公众号配置异常->找人登录公众号和商户号来回多次核对和修改配置->本地测试通过->优化代码->提交测试->上线)
(错误示范)之前把微信的h5支付开发好了之后,想着是不是可以在微信公众号中重复利用代码,经过多番调整和测试,最后事实让我放弃了。原本内心的想法是不会想着复用h5支付功能的,是因为产品说了一句:“就用以前的h5支付撒,都一样的!”,我信了,我信了一个不会开发的产品人,然后被啪啪打脸、加班。虽然时间只有2天,但是对于这功能来说是超过了我自己的预期了,自我不服+不爽!
有时候就容易轻信别人的话,而不由自主的放弃了本该有的思考,不该!
解决:
封装自己的轮子,别人的可以用,必须有看得懂的文档,否则在没人可以资讯的时候就是给自己挖坟墓。
END