weixin_39802969
2020-12-27 17:03 阅读 4

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

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

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

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

该提问来源于开源项目:zhuzhichao/bank-card-info

  • 点赞
  • 写回答
  • 关注问题
  • 收藏
  • 复制链接分享

6条回答 默认 最新

  • weixin_39876282 weixin_39876282 2020-12-27 17:03

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

    点赞 评论 复制链接分享
  • weixin_39845825 weixin_39845825 2020-12-27 17:03

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

    点赞 评论 复制链接分享
  • weixin_39802969 weixin_39802969 2020-12-27 17:03

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

    点赞 评论 复制链接分享
  • weixin_39845825 weixin_39845825 2020-12-27 17:03

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

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

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

    谢谢你的建议,考虑后面再把卡 bin 的库集成里面。 -Gao

    点赞 评论 复制链接分享
  • weixin_39851914 weixin_39851914 2020-12-27 17:03

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

    点赞 评论 复制链接分享
  • weixin_39845825 weixin_39845825 2020-12-27 17:03

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

    点赞 评论 复制链接分享

相关推荐