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