flask 缓存插件为什么不维护了？怎么跟 django 的插件维护差距这么大？
Hopetree · Hopetree · 2019-03-23 16:03:25 +08:00 · 4918 次点击这是一个创建于 2057 天前的主题，其中的信息可能已经有所发展或是发生改变。
我想试试 flask 用 Redis 做缓存，然后上 GitHub 搜索缓存的插件，发现了 2 个，星星数量也太低了吧，最重要的是第一个是使用最多的，但是跟新居然停留在了 7、8 年前，现在 python3 使用会报错，需要改源码才能用这才是最可怕的（所以肯定不会用这个）。第二个flask_caching 倒是跟新的比较好，使用也很 OK，但是我很奇怪的是，难道大家都不用第三方的插件作为缓存吗，为什么星星都这么少？
补充 是不是直接使用的自带的缓存？我发现自带的也是可以用的，完全 OK
from werkzeug.contrib.cache import RedisCache
 |
1
zjqzxc 2019-03-23 16:41:28 +08:00
一般都直接调用 redis 的 api 了...
|
 |
2
pl01665077 2019-03-23 20:22:52 +08:00
flask_caching 还不错的，够用了。flask_cache 已经废弃。
|
 |
3
enrolls 2019-03-24 00:34:36 +08:00 via iPhone
首先，用 redis 完全可以撸一个。
接着，是推荐： + Flask 可以使用 werkzeug 的 SimpleCache + dogpile.cache, Sqlalchemy 的文档提及过 + tache 知乎出品, 基于 Redis 的 Cache |
 |
4
xing393939 2019-03-31 08:57:54 +08:00 via Android
虽然可以选择其他插件，但是官网把一个 5 年没维护的插件拿来推荐，让人对 flask 失去信心
|
 |
5
hp66722667 2019-06-24 16:48:35 +08:00
web 开发这一块，flask 虽然有很多亮眼的地方，但是感觉与 java 的 spring 和 php 的 laravel 还是有很大的差距，生态，社区，通用性上很难达到相应的水平。现在 web 开发讲究的就是速度，有时候轮子的数量，质量有时候直接决定了项目开发周期与成本，如果是商业开发我会毫不犹豫选择 spring 或 laravel
|
Select Language