这有什么难度,跟研发同技术栈的话,直接拿代码过来复用;不同技术栈的话,有两种方案:
(1)用研发的技术栈,拿研发的代码,写个 web 服务,暴露接口出来调用
(2)理解加解密的逻辑,用自己的技术栈实现
在中国这就不可能,一大堆卷王。别人说的测试左右移是更关注业务价值,他们眼中就是过去卷运维、开发的东西。这堆人爬上去之后,就觉得这才是正确的方向,强行带动下面的人一直卷。
你只是触及了部分可能搞技术知识付费,但不是以技术为本的人的神经而已。
这个私企会承认吗
这接口的设计也有问题吧,不传 id 就全删,怎么有这种设计方案?
requests session 会话不是这么用的。大多服务端使用 http 协议时的鉴权机制都是通过 header 里面的特定字段去判断,像你这个例子,拿到鉴权字段后,去 session 里面更新一下:session.headers.update({"access_token":"xxx"}),后续再通过这个 session 会话的时候,就会带上这个字段了。
所以你们的业务场景是啥
我前司是做物联网的,我们是分为 3 波人,硬件 + 固件是一波,app 是一波,云端是一波。前面的硬件 + 固件、以及云端就相当于是服务提供方,要确保自己提供的服务没问题。最后来到 app 层面,其实就相当于是把所有的都集成起来了,也就是从业务层面去看功能的实现了。
说白了,自家产品不是跟虚拟化、云原生相关,或者后续不打算往这个方向走的话,了解下也就够了,知道这东西是干嘛的也就够了。
有权限的话,不是自己连下 mq 或者 kafka,或里面塞数据就行了吗。至于要怎么连,可以面向百度或者 chatgpt 编程,或者找下开发帮忙。