大家好。
数据都在数据库里面,想做一个客户端( library )给用户,又可以调用数据,又能使用这个客户端里的功能。客户端里面有一些复杂的 class,包含了业务逻辑,这样用户可以用 oop 的界面去做更高层次的研究。
刚开始想用 http 的,但是 django 这边做一遍,客户端又要解析 json 、写逻辑,显得非常麻烦。突发奇想直接把 django 的 orm 和 drf (用来序列化)剥离出来放到客户端里,用户提供一个数据库的 read-only 账号就能完成全部操作。我在客户端里写逻辑也比较容易,因为有了 django model 后 ide 提示很不错 ( http json 反序列化后还要写一遍 attribute 就太蛋疼了)
因为客户端里逻辑全写完了,以后我自己 django 后端给网页写 api 也是直接可以复用,把这些 object 直接序列化就行了。
网上看了下,好像这种用法不多见?有什么隐藏的问题吗? 然后就是有没有办法低成本迁移带有业务逻辑的 python class 到前端的 javascript class ?
1
wangxin13g 2021-06-23 22:46:42 +08:00
如果不考虑被逆向 客户端更新 安全性 并发量 以及客户端需要提交修改数据这些问题的话可以考虑用客户端连接。 但是有些频繁查询数据库的操作可能感觉远不如你后端 http 请求完了响应好就是了
|
2
nowheremanx OP @wangxin13g 谢谢回复。客户端更新确实是个问题,每次升级表都会造成老的客户端没办法用,需要升级 library 。
客户端完全只读的,内部使用所以 orm 暴露 schema 没有任何问题。 一个 class 里可能包含多个表,不同 class 之间还有套娃。所以我用 orm 的想法也是想要 lazy load 。 我这个场景,是不是用用 grpc 之类的工具也很好啊,也相当于 orm 而且跨平台?新人没用过,印象中定义了结构后能生成 module 直接给各种语言导入,求指教 |
3
ebingtel 2021-06-24 09:04:55 +08:00
暴露的越底层、将来能做的调整就越少……并发大不大、数据库能否扛得住?安全风险 ddos 之类的?数据权限控制 是否会粒度细化?
|
4
no1xsyzy 2021-06-24 09:29:29 +08:00
我先怀疑一下:你需要的其实是 GraphQL
lazy load 的性能好是赌大部分情况下不会需要任何额外数据。 json 反序列化可以丢给 dacite 或者 pydantic 话说站里谁写了个 rpc 库来着? |
5
nowheremanx OP @ebingtel 老兄这句话讲得有道理。现在开发是方便了,以后做调整难度会很大。 我再思考一下
|
6
nowheremanx OP @no1xsyzy 如获珍宝啊,谢谢哥们儿推荐这两个包,明天试试
|