bank-card-info
bank-card-info copied to clipboard
请不要直接封装其他公司的接口
万一该接口下线或者做了其他的改动,所有使用这个包的服务是不是全挂了???
这个其实很简单,直接使用 银行卡的bin号查询就可以了
https://blog.csdn.net/qq_41010397/article/details/80372102
嗯 所以基于以上原因 我们做了一个完全基于卡bin的库 hexindai/bcbc
理论上这个接口出现问题就挂了。不过项目到现在3年多了,没遇到过什么异常。
但是这个接口在支付宝内部使用的非常多。如果该接口下线或者调整,他们内部也需要大量的代码调整。对于这种基础类的接口来说,没什么必要,信息就那么多(银行卡信息和对应银行名称缩写以及图片),要的就是稳定。
这个包适合 PHP 方便集成,正常的应用使用,没什么问题的。
考虑后面再把卡 bin 的库集成里面。
重点是这个包已经被下载安装3000多次了,如果有一天支付宝发现这个接口调用qps过大,加一个内网ip调用的授权策略....这完全就是一个悲剧...
下载次数多少无所谓,一个商用的大流量网站的下载就可能会接口调用过大。
支付宝的 api 间调用走公网。你说的情况概率非常非常低,理论上是有这样的概率。
这个接口只不过是一个选择银行的辅助接口而已,一般不会影响调用者的主业务的。
谢谢你的建议,考虑后面再把卡 bin 的库集成里面。 @Pengfei-Gao
我的建议是:
- 这个完全不需要封装一个包,只有一个文件,核心代码就是一个请求,公开出来这点确实很赞,非常感谢作者。
- 这个包的作用不能用作业务依赖,上阿里云去购买服务才是正道,但是服务是按次数梯度收费的,所以,可以这样用:第一次获取信息的时候从这个接口获取,万一获取不到再从收费接口获取,这样降低了收费接口的调用次数,也能省下费用,还不担心接口挂菜的问题
@liqunx 感谢分享经验。 技术上没有银弹。