推荐学习书目 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
这是一个创建于 117 天前的主题，其中的信息可能已经有所发展或是发生改变。
hello ， 在项目内部前后端 api 对接的场景中， 关于数据组装衍生出了非常多的方案和想法
比如 GraphQL 技术栈， 或者新增 BFF 抽象层等等等等
今天转帖一个比较不同的思路， 基于 pydantic 对象组合 + resolver 获取数据 + post 修改数据三部曲的 Resolver 模式，在避免了手动数据遍历的情况下，完成视图数据的构建。
欢迎大家评论指正， 谢谢!!
 | 1 seansong 116 天前 会不会有点过度“工程化” |
 | 2 tangkikodo OP @seansong 和 GraphQL 那些技术栈和框架相比算不了太工程化吧 现在 pydantic v2 的性能也足够强了，pydantic-resolve 的行为类似于给字段提供数据获取 和 修改的 hook 方法 就这么两个 “规则” |
 | 3 pluswu1986 106 天前 graphQL 我用下来就是后端一开始想偷懒 让客户端自己写 query 后来发现得后端自己写 不然偷懒后果就是客户端瞎查顶不住 最后发现可能还是手 K 适合低端团队，。 |
| 4 tangkikodo OP @pluswu1986 是的，最后苦果还得自己吞。。 |
Select Language