medium 上的 towarddatascience

a1 @ b1 等价于 a1.dot(b1)，其实我认为这是一个毫无价值、根本没必要引入的新语法。

你的方法 2 会引发两次查询，优化文档经常提到不要滥用 exists()：如果后续仍需要使用到对象数据，就无须用 exists()去判断对象存在与否。

用 #13 的方法也可以。

百度首页不也在用 jq，据说版本还很老

我怀疑是微软对 mac 版 office 没好好优化导致的

依我看，还是上 Django 吧，Django 自带用户权限管理，还有多个权限管理库可以使用，可以参考这篇 ，搜关键字“Controlling access: a Django permission apps comparison”（不过我写的一个项目由于比较复杂，自己撸了一套权限管理方案）。交互式展示估计得用 highchart 或 echart 之类的 js 库。

FastApi 更适合开发 API server，跟你的要求不太一致； Flask 需要自配很多东西，等弄齐了，说不定你用 django 都写完了。

官网的教程很详细了，按照那个去做速度就能提升很多，基本上是：
0 、首先用 django debug tools 检查到底慢在哪，这个工具还是挺好用的；其次打开 context_processors 里头的 debug，再打开日志 django 里头的 log_level 为 debug，这样数据库每次访问的 sql 语句和次数都会打印出来，方便进行优化；
1 、对数据库使用 prefetch，用 only 或 defer 获取只需要的字段，数据库写入可以使用 update_fields 只更新特定字段； values_list 是能提升读取速度，但用起来不算太方便；
2 、对网页片段或生成的 json 缓存（配合 Redis 或 DiskCache 做后端都行）；
3 、取消不必要的 middleware，比如不需要在模板用 Message，可以把它取消；还有 context_processors 里头 request 跟 auth 是重复的，仅方便你用 request 对象，你不需要可以取消 request，需要时再传入模板；
4 、生成 csrf key 确实很慢，如果不需要可以关掉；
5 、针对特定 view，对其算法进行优化，比方我有需要频繁合成一个特定时间，后来优化成用时间戳去算，就快了很多。

不沾锅正常使用能用很久，除非你不用木铲子用铁铲子。

我就见过有人用铁铲子在不沾锅里猛刮，很快把不沾锅刮花，我都服了他要吃下多少特氟龙碎屑，虽然说是没毒，但进入肠胃在酸碱环境下会怎样很难说。

其实，我对开发 OpenResty 的章亦春蛮佩服的，他搞 OpenResty 恰恰跟 Lua 的哲学（追求简单轻便，不自带标准库，跟 Python 相反）反道而行，把一堆组件都加到 OpenResty 里头，连各个平台的二进制包都预先编译好，用户上来就可以用，这才是它能迅速打开用户基础的根本。顺便说一下，基于 Lua 的机器学习框架 Torch7 非常牛掰，可到底被抛弃了，基于 Python 的后继者 PyTorch 越来越牛，成为唯二的主流机器学习框架，原因何在？

@fxjson Django 、RoR 那种 Web 框架哪里叫做花里胡哨？得叫方便快捷，上手就用，里头的组件并非多余和花里胡哨的。事实上，用 Flask 要不停选型和配置一堆组件，结果也不比 Django 轻，相反一堆组件品质参差不齐，说不定比 Django 还糟糕（有句话叫做：你说 Flask 比 Django 轻我承认，但说基于 Flask 的项目比基于 Django 项目轻就不能接受了）。

既然你秉持这个理念，我估计你这个框架跟以往我见过的两个 Lua Web 框架（其中一个是基于 OpenResty ）那样，不会有多少人用，毕竟 OpenRestiy 运行高效是一方面，开发便捷简单的程度又是重要的考量。当然，如果你只是想自个玩票一把，并不在乎别人使用与否，那自是悉听尊便。

好多年前见过类似的，但似乎完全火不起来，不单是因为 Lua 语言比较小众，还因为没法做到像 RoR 或 Django 那样好用吧。理论上，像 RoR 带动 Ruby 语言火起来是可以做到的，可没有一个 web 框架帮 Lua 做到这一点。所以我的看法是，尽量做得跟 Django 、RoR 那么方便好用，并且最大程度集成好各种内置工具（跟 Lua 的哲学反道而行），降低用户的选择困难症。

@icyalala Good! 多谢！

十多年前我补了一颗臼牙，才花了不到 10 块钱，那颗牙至今好好的。

我也需要高速 JSon 模块，但在 Alpine Linux 下，因 orjson 是 rust 写的不方便编译，ujson 不能用 musl 库。

不知有哪位高人能把 yyjson 封装成 python 模块，yyjson 是用 ansi C 写的，理论上能适应 Alpine Linux

这年头编程语言能玩的技术特性和语言特性基本都玩遍了，所以看啥语言基本都差不多。

@janxin 我看过 DRF 的代码，感觉实现得很重，运行效率有点低。Django-Ninja 文档里有个测试显示 DRF 慢它一倍。

@iloveoovx 对

这是好事，不管微软将来做得如何，对 ARM 生态的培育都是一种推动，等 Google 、Facebook 等巨头也加入这个阵营，将来可以抛弃掉 x86 的历史包袱，带来更省电高性能的计算设备，尤其是高能耗的数据中心

@Jackeriss 我觉得 Flask 流行起来的部分原因是，入门很简单，按教程要求写个函数，用修饰器绑定路由看起来也很漂亮，完了一个 py 文件就能跑起来，这样把很多人引上贼船。还好我不在意这个，用 Django 省事不折腾。