前端oss上传接口_平台已经打通的接口汇总

【摘要】无法提供对外接口的系统，无人对接外部接口的系统，在不久的将来注定会要消失。接口对接是未来商业模式的主要形态，一个铁桶一块的系统，是没有未来的。可是，很多号称开放的体系架构，实际而言，开发成本和沟通成本及其高昂，实际是名存实亡。一个真正意义上的开放平台架构，是做一套低成本的开放体系架构，有幸，我们一直是低成本技术方案的开拓者。

【作者】田甜

我们团队认为，系统对接，最好的方式是通过接口来对接，这种是轻模式的一种对接。

我们目采用的对接方式， 大多数是用的API对接，而不是sdk对接，因为sdk嵌入的第三方包太多了。我们后端大平台思路， 哪怕引入一个包，都要细细考量。

比如在zhiwei项目中，加密算法， 引入了大量的底层包，我们就跟合作方沟通，让他将加密算法提供原始的源代码，给到我们来加密。而不是将十几个包，塞入项目中，让项目变得臃肿无比。

当然我们某些项目还是用了SDK来对接的， 这些项目主要是阿里的项目， 这些项目本质上，也可以用接口来替代，只是编码比较麻烦， 就引入了阿里的一些Jar包

1. 微信支付接口，含免密支付
2. 支付宝支付接口，含免密支付
3. 微信授权登录接口
4. 支付宝授权登录接口
5. 合同接口，加密接口，yongzheng(包含云合同在内的)
6. 优惠券接口，加密接口，chaohaohua项目
7. 推送订单接口，zhiwei项目
8. 硬件云设备接口，shunde自动售货机项目、送奶柜项目
9. 短信接口，包含阿里短信在内的三种渠道
10. 打印机硬件接口
11. 图片、文件上传接口， 采用阿里云OSS操作

除此之外，我们对外可以按照客户的意愿，提供任何对外的接口，在交易大平台思路体系下:

1. 登录后的接口，根据权限，都可以进行登录
2. 未登录的接口，采用秘钥的方式进行授权登录，可以获取接口的调用权限

因此，我们整体平台， 成为一种足够灵活的粘合剂，既可以接受任何形式的接口调用，也可以提供任何形式的接口被第三方调用。

仅仅说明上述的方式，并不足以说明我们的优势，整个平台的优势，在于技术管理成本足够低， 很多公司会轻易的被复杂性打败，原因有以下几点:

1. 项目实施了A，B，C，并不是1+1+1的关系，如果由一个人来梳理，其实是网状关系，一旦管理不善，项目代码之间相互牵扯，造成维护难度和代价极大，但我们整体核心的代码和接口完全一致， 有95%以上的代码，都是完全一致的，项目定制大多发生在前端， 一小部分发生在后端，极小一部分发生在数据映射层面，底层数据库需要改动的情况为0.
2. 大部分的公司，接项目的范围过宽，不分青红皂白的项目，只要事情可做，有钱可赚，项目都接下来。就像吸星大法， 什么都纳入，内功不够深厚，来不及整理，就会走火入魔。 我们团队不一样，先修炼内功，建立交易体系的大平台，在这个平台上不断重构，将所有系统，按照交易的规则整理成相符合的模式，最终完成有序化平台的建设。
3. 技术结构足够单一，方便维护。 不是糅杂各类技术的大杂烩，而是精简，按照业界最稳定、最高效的语言来开发: 比如后端我们全部采用Java， 前端，我们完全使用HTML5(以JQuery和VUE为主)， 在小程序、APP的部署上，我们也是采用H5的混合开发， 方便整个技术栈的简洁化。 当代码提供给客户的时候，客户招聘和继续开发， 是足够简单的。

【延伸阅读】

1. 田甜：系统接口互通总结

---

欢迎关注 技术团队的知乎账号 我们凭团队实例运作以下专栏， 必须干货！

互联网创业专栏 (我们小伙伴的创业历程)

与您一起聊技术 (APP、微信公众号、小程序、H5 技术总结)

互联网产品研发管理 (我们公司对产品结构的管理思路)

产品君的案例库（产品小伙伴深刻总结）