接触之初,老板就给我丢了一个文档.及访问文档的账号.
业务状况: 以前有团队已经对接过,只是中途中断,我现在又重新对接,并接入新锁调试.
我的状况: 对接过一次通通锁,但通过一天对文档的大致研究,发现惠享佳智能锁有些许区别.通通锁的锁添加与锁管理似乎是没有放开的.而惠享佳智能锁除了自己的管理平台,还开放了所管理相关接口.而业务原来的对接正好是所有功能从头开发的.和我对接通通锁的情况有一定差异.还有就是,通通锁对接时用的http接口对接,惠享佳这边是SDK离线对接.
1,前言说到此,开始解决问题.大致应该要分三步.
· 添加锁,管理锁 (查看原有逻辑或开发调用这两接口)
· 操作锁 (获取密码,开门关门,走通给锁发指令的相关接口)
正式开始对接,先说说接口文档风格。
· 前者为惠享佳对接文档,后者为通通锁文档。两者风格截然不同,我第一眼看到,非常疑惑(因为在此之前我只接触过通通锁这种风格的文档)
惠享佳这种文档风格缺失了完整的请求地址,图2中第一个箭头处。后来和对方工程师交流之后才知道,他们地址出只需要公网地址,/后面的直接弄到参数里去了。为什么这么弄以后研究。
第一个发现就说到这里,接下来正式对接。(正式对接之前已经用测试环境走通过所有流程了,可以称之为第0步)
第一步, 我们自己的系统对所有硬件做了管控,需要先入库。(这属于我们自己系统的一个小设置,之所以说,因为这个设置,我对接第一步,需要获取锁的唯一id,我直接用惠享佳的APP,锁厂一般都有自己的APP,连接,然后查看唯一id就是了。)
第二步,常规操作,要个正式环境的appkey,和secret也就是账号密码
第三步,按文档说明一个个接口调就行了
第四步,这算个补充说明,就是使用的是插件,所以接口的功能大多都是获取关键信息之类,传给前端,然后前端的方法直接操作锁。
好了,大致如此。具体测试环境的调通过程,后续有时间再写吧。