请不要直接封装其他公司的接口

[p-moon]

万一该接口下线或者做了其他的改动，所有使用这个包的服务是不是全挂了？？？

这个其实很简单，直接使用 银行卡的bin号查询就可以了

https://blog.csdn.net/qq_41010397/article/details/80372102

[Runrioter]

嗯 所以基于以上原因 我们做了一个完全基于卡bin的库 hexindai/bcbc

[zhuzhichao]

理论上这个接口出现问题就挂了。不过项目到现在3年多了，没遇到过什么异常。

但是这个接口在支付宝内部使用的非常多。如果该接口下线或者调整，他们内部也需要大量的代码调整。对于这种基础类的接口来说，没什么必要，信息就那么多（银行卡信息和对应银行名称缩写以及图片），要的就是稳定。

这个包适合 PHP 方便集成，正常的应用使用，没什么问题的。

[zhuzhichao]

考虑后面再把卡 bin 的库集成里面。

[p-moon]

重点是这个包已经被下载安装3000多次了，如果有一天支付宝发现这个接口调用qps过大，加一个内网ip调用的授权策略....这完全就是一个悲剧...

[zhuzhichao]

下载次数多少无所谓，一个商用的大流量网站的下载就可能会接口调用过大。

支付宝的 api 间调用走公网。你说的情况概率非常非常低，理论上是有这样的概率。

这个接口只不过是一个选择银行的辅助接口而已，一般不会影响调用者的主业务的。

谢谢你的建议，考虑后面再把卡 bin 的库集成里面。 @pengfei-gao

[liqunx]

我的建议是：

1. 这个完全不需要封装一个包，只有一个文件，核心代码就是一个请求，公开出来这点确实很赞，非常感谢作者。
2. 这个包的作用不能用作业务依赖，上阿里云去购买服务才是正道，但是服务是按次数梯度收费的，所以，可以这样用：第一次获取信息的时候从这个接口获取，万一获取不到再从收费接口获取，这样降低了收费接口的调用次数，也能省下费用，还不担心接口挂菜的问题

[zhuzhichao]

@liqunx 感谢分享经验。 技术上没有银弹。