Python中Flask框架发布1.0版本了,有哪些新特性和升级注意事项?

https://www.palletsprojects.com/blog/flask-1-0-released/

https://github.com/pallets/flask/releases
Python中Flask框架发布1.0版本了,有哪些新特性和升级注意事项?


38 回复

现在都流行版本大跃进吗? 0.xx 这么多年


Flask 1.0 的主要新特性包括:内置了 flask 命令行工具,替代了 Flask-Script;jsonify 现在默认按键排序输出,保证了缓存一致性;新增了 test_cli_runner() 用于测试 CLI 命令;send_file 支持了 max_age 参数。此外,一些长期标记为废弃的 API(如 flask.ext 导入方式)被正式移除。

升级时,首先确保测试覆盖充分。重点检查:1) 自定义命令行脚本需要改用新的 flask CLI 或 Click;2) 如果依赖 jsonify 的输出顺序,需要设置 JSON_SORT_KEYS=False;3) 彻底替换所有 flask.ext 为直接导入(如 from flask_sqlalchemy import SQLAlchemy)。建议先在一个分支上运行测试,用 python -m pytest --tb=short 快速定位失败点。

总结:更新依赖,跑通测试,重点处理 CLI 和导入方式的变化。

感觉也更新得不是很多

变味了

哪里变了?

用了 N 年的 0.1x 版

变化不大,先升为敬

dotenv 会默认使用 .env 路径, 而我的虚拟环境目录刚好叫这个

可惜后端框架的黄金时代已经过去了

所以新时代是什么呢

就是过去了才能稳定的吧

已經學會 Django 了⋯⋯再學 Web 後端框架寧願去擼 Swift 也⋯⋯

感觉变化不小,有种向 django 看齐的感觉了

#9 后端只要搞搞数据库 api 以及权限等部分,甚至这部分以后都是自动生成的了,然后显示相关的基本上都在纯前端做了

不容易啊

不是很正常嘛,迭代稳定了上正式版本!

想多了你。。也就小公司能这么搞搞

#16 小公司没专业前端的可能性更大,所以用后端框架折腾的可能行更高,大公司有专业前端我觉得这个趋势应该更明显吧…

目前我的感受是用 flask 写需要 1 天的,thinkphp 这种 1-2 小时搞定。。。不知道是不是这么回事。

前后端职责现在是怎么演变的?

如果后端只是搞搞数据库 api,那确实会被前端取代。。然而,后端不仅仅是搞这个。

我滴天。。。前端现在都这么膨胀了吗…哪来的自信呀?

个人因素

是你比较熟悉 thinkphp 不够熟悉 flask 这回事

我知道 thinkphp 有应用可以通过数据库创建 CURD 控制器、表单。。可以减少敲字的数量

…有生之年。。。然而 Python 都用不上了……

你觉得 python 没有么 捂脸

然而,你说的“ 后端只要搞搞数据库 api 以及权限等”实际上就是 Flask 倡导的“微应用”场景,需要什么再加什么,而不是其他框架一样全部打包给你,建议你深入的了解下。所以从观念上来说,所谓后端框架黄金时代是否可以算是个伪命题。

最近用 Flask 搞公司项目,感觉还挺爽

不想说的太难听,但你的观点有点坐井观天。

django 的吗? 求推荐!

#21 后端还有什么方面的作用?帮忙补充一下?

后端确实就是搞搞数据库,封装一下 API,然后一亿的请求打过来,你看着办吧。

讨论“前端还有什么用”“后端还有什么用”这么大的命题毫无意义,前端和后端都有各自领域的复杂性,不要局限了自己的眼界。

想要自动化当然是 rails

呃。。。一亿请求打过来不是用 flask 这种框架解决滴,这种高并发高性能的情况,flask 这种框架做的各种基础设施一般没有太大用处,反而需要为了优化性能做改造吧

#20 后端还有什么方面的作用?帮忙补充一下? (前面 at 错人了)

回到顶部