hello ， 在项目内部前后端 api 对接的场景中， 关于数据组装衍生出了非常多的方案和想法
比如 GraphQL 技术栈， 或者新增 BFF 抽象层等等等等
今天转帖一个比较不同的思路， 基于 pydantic 对象组合 + resolver 获取数据 + post 修改数据三部曲的 Resolver 模式，在避免了手动数据遍历的情况下，完成视图数据的构建。
欢迎大家评论指正， 谢谢!!
4 条回复 • 2025-07-15 13:10:28 +08:00
 |
1
seansong 2025 年 6 月 15 日
会不会有点过度“工程化”
|
 |
2
tangkikodo OP @seansong 和 GraphQL 那些技术栈和框架相比算不了太工程化吧
现在 pydantic v2 的性能也足够强了，pydantic-resolve 的行为类似于给字段提供数据获取 和 修改的 hook 方法 就这么两个 “规则” |
 |
3
pluswu1986 2025 年 6 月 26 日
graphQL 我用下来就是后端一开始想偷懒 让客户端自己写 query 后来发现得后端自己写 不然偷懒后果就是客户端瞎查顶不住 最后发现可能还是手 K 适合低端团队，。
|
|
4
tangkikodo OP @pluswu1986 是的，最后苦果还得自己吞。。
|
推荐学习书目
› Learn Python the Hard Way
Python Sites
› PyPI - Python Package Index
› http://diveintopython.org/toc/index.html
› Pocoo
值得关注的项目
› PyPy
› Celery
› Jinja2
› Read the Docs
› gevent
› pyenv
› virtualenv
› Stackless Python
› Beautiful Soup
› 结巴中文分词
› Green Unicorn
› Sentry
› Shovel
› Pyflakes
› pytest
Python 编程
› pep8 Checker
Styles
› PEP 8
› Google Python Style Guide
› Code Style from The Hitchhiker's Guide