Python 客户端方案， orm 还是 http？

[nowheremanx]

大家好。

数据都在数据库里面，想做一个客户端（ library ）给用户，又可以调用数据，又能使用这个客户端里的功能。客户端里面有一些复杂的 class，包含了业务逻辑，这样用户可以用 oop 的界面去做更高层次的研究。

刚开始想用 http 的，但是 django 这边做一遍，客户端又要解析 json 、写逻辑，显得非常麻烦。突发奇想直接把 django 的 orm 和 drf （用来序列化）剥离出来放到客户端里，用户提供一个数据库的 read-only 账号就能完成全部操作。我在客户端里写逻辑也比较容易，因为有了 django model 后 ide 提示很不错 （ http json 反序列化后还要写一遍 attribute 就太蛋疼了）

因为客户端里逻辑全写完了，以后我自己 django 后端给网页写 api 也是直接可以复用，把这些 object 直接序列化就行了。

网上看了下，好像这种用法不多见？有什么隐藏的问题吗？ 然后就是有没有办法低成本迁移带有业务逻辑的 python class 到前端的 javascript class ？

[wangxin13g]

如果不考虑被逆向 客户端更新 安全性 并发量 以及客户端需要提交修改数据这些问题的话可以考虑用客户端连接。 但是有些频繁查询数据库的操作可能感觉远不如你后端 http 请求完了响应好就是了

[nowheremanx]

@wangxin13g 谢谢回复。客户端更新确实是个问题，每次升级表都会造成老的客户端没办法用，需要升级 library 。

客户端完全只读的，内部使用所以 orm 暴露 schema 没有任何问题。

一个 class 里可能包含多个表，不同 class 之间还有套娃。所以我用 orm 的想法也是想要 lazy load 。

我这个场景，是不是用用 grpc 之类的工具也很好啊，也相当于 orm 而且跨平台？新人没用过，印象中定义了结构后能生成 module 直接给各种语言导入，求指教

[ebingtel]

暴露的越底层、将来能做的调整就越少……并发大不大、数据库能否扛得住？安全风险 ddos 之类的？数据权限控制 是否会粒度细化？

[no1xsyzy]

我先怀疑一下：你需要的其实是 GraphQL
lazy load 的性能好是赌大部分情况下不会需要任何额外数据。
json 反序列化可以丢给 dacite 或者 pydantic
话说站里谁写了个 rpc 库来着？

[nowheremanx]

@ebingtel 老兄这句话讲得有道理。现在开发是方便了，以后做调整难度会很大。 我再思考一下

[nowheremanx]

@no1xsyzy 如获珍宝啊，谢谢哥们儿推荐这两个包，明天试试