目前有PC端的即时到账、wap端的调用客户端,APP支付。
今天聊的是即时到账和WAP端。
首先先夸一下支付宝:
使用WAP端支付产品:既手机网站支付时会先尝试wap端启动手机的支付宝客户端进行支付,如果启动失败了再提示用户进行首页网页登录操作。这个也是比较合理的,相比于微信支付,虽然我们可以看到一些比较大的APP厂商做了这个功能,但是微信支付本身是不对外开放外部浏览器启动微信支付功能的,如果使用了trade_type
类型为MWEB
的支付请求时,微信服务器会告诉你没有使用该接口的权限。要想用微信支付的js启动功能就得在微信自带的浏览器里。
再吐槽下支付宝:
文档写的太乱了,作为个开发者我找不到我想要的东西。也不知道是我自己智商不够用还是它文档组织的确实有问题。而且看支付文档时总感觉他没说到点子上,没说到关键位置。
SDK的DEMO程序和微信写的一样烂,尤其是.NET的。我以前就吐槽过!(微信支付.NET版本的坑)[http://www.smallerpig.com/720.html] 没想到大厂对待.NET版本的DEMO的态度都是一样的。
说下支付宝开发
支付宝开发整体上来说和微信支付开发是大同小异。只是在密钥设置上面要比微信支付更加麻烦一点。而微信后台需要设置的一些回调域名啥的支付宝没在这方面做功夫。比较而言如果能拿到支付宝的所有密钥和公钥,也就能够在不同的地方,不同的程序使用同一个支付宝收款了。而微信支付还要到微信的后台设置哪些域名有权限,哪些url地址有回调权限等等。
从安全角度来讲我们只要用了他们产品,就应该对其充分的信任,两家的做饭虽然不同,但是只要敢拿出来给我们使用,在充分保证自身程序安全没问题的前提下我觉得支付宝和微信的安全是不会出问题的。所以作为开发者最重要的还是保证自身程序的健壮。
总结
- 开发文档对于开发者来说很重要。
- 以上只是我个人看法。