Resolver 模式，一种比 GraphQL 适用于 BFF 的新选择

[tangkikodo]

hello ， 在项目内部前后端 api 对接的场景中， 关于数据组装衍生出了非常多的方案和想法

比如 GraphQL 技术栈， 或者新增 BFF 抽象层等等等等

今天转帖一个比较不同的思路， 基于 pydantic 对象组合 + resolver 获取数据 + post 修改数据三部曲的 Resolver 模式，在避免了手动数据遍历的情况下，完成视图数据的构建。

欢迎大家评论指正， 谢谢!!

https://github.com/allmonday/compare-graphql-vs-resolver

[seansong]

会不会有点过度“工程化”

[tangkikodo]

@seansong 和 GraphQL 那些技术栈和框架相比算不了太工程化吧

现在 pydantic v2 的性能也足够强了，pydantic-resolve 的行为类似于给字段提供数据获取 和 修改的 hook 方法

就这么两个 “规则”

[pluswu1986]

graphQL 我用下来就是后端一开始想偷懒 让客户端自己写 query 后来发现得后端自己写 不然偷懒后果就是客户端瞎查顶不住 最后发现可能还是手 K 适合低端团队，。