@youngce

原来还有这种操作，那这样说的话这个方向是没问题的。

我不太了解 Django，刚看这文档的话，他是不是不支持各种算符啊？好像这篇文档只有这些：

'^' Starts-with search.
'=' Exact matches.
'@' Full-text search. (Currently only supported Django's PostgreSQL backend.)
'$' Regex search.

@youngce

DRF 不能处理条件查询、order 等内容

可能我文档没有说清楚，这个库的 CRUD 可以提供一些查询条件，类似 graphql，但是易用性上要好得多。

比如说：
```
# 查询 2020 年 1 月 1 日之后的文章：
http http://localhost:9999/api/topic/list?time.ge=1577808000

# 创建新文章
http -f POST "http://localhost:9999/api/topic/create" title="Hello Again" content="Content changed" time=1578729600

# 修改 id 为 1 的文章
http -f POST "http://localhost:9999/api/topic/update?id=1" title="Hello Again" content="Content changed"
```

@so1n 原来如此。至少先 work 起来了，而且文档也写的不错。

@popil1987

因为觉得多数操作重复，所以进行了封装。直接捅到 API 那一层。

@WildCat

我在这块选的方案更接近于 Data Mapper 。不过主要花费精力还是在 json 转查询和拦截器上。

@LeeReamond 个人微不足道的意见是这个回复出发点不合适。因为文章主题是复杂的，所以回复哲学永远是具体，你这个评论又强行抽象回去了。掷地有声的大段文本乍一听让人很兴奋，结果看了一下你的回复内容，问了一下自己，说的是什么？答案是没有具体内容，所以回到了上述的“具体”问题。

---

没意义的话我就当没看到。想听听你对 graphql 有什么高见？

还不错，明天试试。这个应该是把封装函数的 request 吃掉然后做各种操作吧？

读了一遍文档，初步印象中唯一一个槽点是`Body.i()` 中的 `.i()` 有点摸不着头脑。

说起来 fastapi 那个 query 校验真是僵硬的不行；还有文档生成不支持自定义不说，居然会把 pydantic 手动修改的一些 schema 列移除掉，就很奇怪

@iceteacover golang 写 web 的话感觉和 js 的 koa，或者是 python 的 flask 差不多，应该没 Java 那么系统化。轮子倒也不用怎么弄

@iceteacover 我真的计划这么搞，不过我是 python 实现的。但现在说起来自己用 python 的机会也不多了，主力是 ts 和 go

作为一个 crud 框架作者，我意识到框架越是工于设计，反而会带来越高的使用成本……所以我计划全部生成 json schema 一把梭了

比较系统的入门文章，但是过于老生常谈了。

资瓷一下 用过

请问楼主有解决方案了吗？铜球啊

@winglight2016 问题是 amd 那边现在现在已经被摁了一头了，下一代 zen 就是和 apple 联合暴打

观望一下

AMD 的轻薄本弄一个，1.5kg 以内选口碑好的

当前情况：
AMD 同频性能好于 Intel
AMD 等价核心数量多于 Intel
AMD 散热功耗都比 Intel 要好
AMD 核显比 Intel 好

问题在于：
Intel 牌子好，总有人心里觉得 Intel 更好

Zen2 开始用了好几个 AMD 了，这是我 Code01 去年的评测：
https://post.smzdm.com/p/apz0l6o7/

看着不错啊 投币支持一下

vue2 就在用 ts 了，现在问我 vue3 ？