@abersheeran #2

我觉得 API 应该和数据更近，把 CRUD 的工作自动做掉。建立这个项目的时候，当时已经有 graphql 了，但一直觉得 graphql 思路很正确，但是不接地气，个人 /小团队来说有学习成本，大公司又有自己的一套体系同样用不上。

应该有一种和传统接口形式类似的，易于使用的 API 框架。不过实践中用了几年也发现了挺多问题，所以包括权限、验证、SQLView 我都打算重新设计并重做了。
总之做一个很大的 break change.

架构设计的任务过重，细节的性能优化就只能先放一放了，反正 ASGI 的思必得够快。先把 feature 做好，fastapi 这种缝合怪也做的风生水起不是吗？

原来是 web 框架
我在写的时候也想过 router 怎么弄，比如弄成一个大正则，根据匹配的 group 查 index 就知道是哪一个了。c 写的化简之后的 nfa 应该不慢吧？

但是到了最后就偷懒了，我发现路由地址分两种，一种是确定的地址，占绝大多数。另一种是正则，占少量。那就为绝大多数做优化，由于确定的地址就是个 str，那么做个 dict 一查就行了，代价是 O(1)，剩下正则就遍历。
可能还有必要优化，不过我觉得思考 web 框架解决的问题比 router 更重要，暂时就不管了。

看了 lz 的框架，真是同一个世界同一套技术栈，asgi uvicorn redoc aiofiles click pytest

不同的地方是我对 pydantic 心存疑虑，我觉得报错信息太奇怪了，但是好像目前也没其他选择。

此外我完全舍弃了模板的部分，因为我觉得 0202 年了，大家都前后端分离已经没人用模板了。框架没必要支持这个。

还有就是感觉自己文档写的真心差，比不上 lz 写的（虽然内容也不多）完全没指望有开发者来用一样。

这是我的 web 框架
https://github.com/fy0/slim

router 实现
https://github.com/fy0/slim/blob/master/slim/base/route.py

听着真魔幻，大概这就是 Windows 发行版？

近距离接触大佬，支持一下

资瓷资瓷 硬核讨论好久不见

关注一下 这个确实头大

@legend4 #42 请问 Chrome 商店两个 smartproxy 哪个是对的？用户量也差不多。他内置 DNS 吗？

？这跟框架没关系，抄起 openxlsx 一把梭然后 response 写 bytes 就行了

别躺了，累，脊椎会弯，会变肥宅

@eachann #84 其他机器我也是看评测的，就是那个 R15 R20 的多轮测试，没条件都测一遍。

这是我的编译脚本：
https://gist.github.com/fy0/9ad489b9d8e7070ad82bdfbfabcc7f8c

@iugo #81 我是感觉 4500U/4700U 没有必要，性能差一截。幻 14 倒是非常好的机器，但是只有单条内存可换就搞不懂 ROG 思路
@manzhiyong #82 e15 45%屏这就是商务吗，可能商务人士不配看好屏幕吧。价格牌子还是可以的。

@MintZX #61 本来就没关系啊，只是忽然就有人说了句用 win 系统的人怎么怎么，跟笔记本什么关系？

@MintZX #56

当他的系统还是 win 的时候，就和码农两个字没什么关系了
当他还觉得用什么系统更加优越的时候，也就只是个码农了

> 第一，我在评价操作系统，你在评价人。主体类型不同，类比不当。

这两句评价的客体怎么就不同了，您这是双重标准？还是对号入座？

===

一般企业里相当多的开发环境配置就没有几个能在 windows 下跑通的。

> 你确定吗？而且开发者用什么 OS 跟我服务的运行环境有什么关系？？？

@MintZX #37 当他还觉得用什么系统更加优越的时候，也就只是个码农了


@yanshenxian #32 看到你这图，忽然想起一个套娃操作


@shuimugan #28 ryzen 的 cpu 感觉不是挑内存，而是挑体质，有的内存用不了也正常，这些小厂一般只在 intel 平台上测试

@jlt 生态的事情非一朝一夕之功，不过听说现在 matlab 支持了 avx2，服务器方面也有 epyc 的超算建立起来，生态应该会变好吧。之前看有人评价 ryzen 说虚拟机都不稳定就属于胡说了。

@chnyuwen 啊，你这症状多久出现的

@murmur 是啊，主要就是牌子让人担心。我也是看了所长那个连续跑分成绩才做决定的，确实够猛。

3950x + itx 机箱：

装 esxi 干啥啊，那个是为服务器优化的，又难装。

建议弄个 proxmox，设置 cpu 的 type 为 EPYC(这样才能开一些常用的加速指令集)。

弄一个 Linux 模板一个 Windows 模板，就可以用的很爽了。

我这边有一台 3600 已经这样跑了很久，兼容性没问题，不折腾。

或者 A300 4750 也不错，3950 说实话可能有些性能过剩

@lovedebug #32

这个我做了，默认 and 操作，请求类似这样：

/api/topic/list/1?time.ge=1577808000&order=time.desc&select=id,title

前端反馈一般，说是不好理解。语言是 python

https://github.com/fy0/slim


问题主要是几处：

1. http header 有限，有的查询条件放不下，其实同时支持提交 body 查询更好些（ get 提交 body 是规范允许的，只是很多 http server 选择不解析）

2. 对查询的掌控力度不够。前端提交上来一个请求，说某种情况下希望将某个条件变成 or 查询，这时候做不到。当然这和 orm 还有底层实现有关，这是一个整体设计上的问题。

3. 连表查询比较复杂。

4. 全栈开发会觉得好用，有的纯前端就觉得这是后端偷懒。

所以可能不光是规范问题，还是框架问题，甚至要连同 orm 、表单验证、权限之类做通盘考虑。

@imhxc #44

角色权限 + ACL