感觉英日韩足够了
没必要上西班牙语 德语吧...除非去 德企或者和南美做生意...

@ClericPy pylance import csv 这种非相对导入的不好用.不信你试试.

@darkcode 因为 作息不规律 财务不自由 母慈子不孝,兄友弟不恭. 另外 我是 09 年第一次发现这种感觉, 最近也出现了.但是并不是说天天有.

@darkcode 能啊 规律作息,财务自由,母慈子孝,兄友弟恭. 没什么烦心事儿,自己不作死早睡早起就能.

@darkcode 不是一直这样. 不过也不算特别难受啊...

@ClericPy 大佬还能找到这个 issue id 吗? #20 万分感谢.

@reshui 我就是 12/3 年了. 体检什么的都正常. 现在已经习惯这种状态了...

@ClericPy 我的只有 pylance 工作,其他两种都不工作...

但是我还是有这个问题用的 pylance...

MICROSOFT SOFTWARE LICENSE TERMS 协议的版本

@thtznet 如果能根据问题 给出可执行的解决方案就更好了...

前端需要的任意的参数 这个 api 应该如何设计呀?
queryid = 1 是将一个 query 放到数据库中或者缓存中吗? 我觉得肯定是要存起来的. 两次 http 交互是独立的.

心脏神经官能症

@jake361 #67

举个例子吧.
之前的逻辑是过滤职业是学生,年龄大于 10 的人.
people/?job=student&age_gt=10
现在的逻辑是,下面这个 api 表示过滤职业是学生,年龄大于 10, 或者 职业是老师, 年龄等于 20 的人
people/?job=student&age_gt=10

我的建议是
1. 要么 两个 api 前端做合并
people/?job=student&age_gt=10
people/?job=teacher&age=20
2. 要么 加一个参数类型 type == 1 表示上面这两种情况.

其实还有第三种方案, 让 url 支持复杂过滤.譬如...这个我没想好 url 要如何表示..

希望我解释清楚了.

@gdtdpt #70 你给的两个解决方案好像和我说的一样.

"说得难听点，如果后端只想做数据库中间件，不处理业务，那前端整一套 SSR 框架直连数据库就行了，要后端干什么。"
这个我现在也有这个疑问, 后端的精力应该是处理高并发,不过哪有那么过高并发的场景. 作为一个后端我还很担心将来是否会失业. 现在看来不太会了~

@KuroNekoFan 感谢回复, 所以这种情况应该如何处理?

那只能请求两次 api 了?
或者, 把逻辑隐藏在后端, 导致 实际执行逻辑和 api 的 filter 看起来不一致.

还是有第三种解决方案.

我不是很清楚,真心请教.

@jake361 是,所以这个 api 应该如何设计?

@KuroNekoFan 楼主不太理解...
请教个具体问题.
```
一个 resource 两个 field : a 和 b
a = ['open','closed', 'error']
b = ['true', 'false']

api 设计成 <resource>/?a=open

现在需求改了
当 a == error
返回
a == error or (a == open & b==false) or (a == closed & b==false)

a == open or a == closed 相应的改成
a == open & b == true
```

像这种情况, 你打算怎么处理
我的建议是 前端请求两次 ajax 就齐活了.
前端说,不, 应该后端改.

这种属于业务逻辑吧?我觉得. 但是这接口有问题啊.
至少也得改成
<resource>/?type=a1
<resource>/?type=a2
<resource>/?type=a3
类似这种

是这个意思不?

vscode remote + hyper-v + ubuntu server