Werkzeug definitivamente deve remover o cache de si mesmo. Werkzeug é projetado para aplicativos WSGI. Parece que o cache não tem nada a ver com o WSGI em si.
Uma certa decisão em discussão Remover crud desnecessário de werkzeug.contrib seria remover o cache. Poderíamos lançar a próxima versão com um aviso obsoleto e removê-lo totalmente na versão 1.0.
Há muitos problemas a serem resolvidos, precisamos nos concentrar nas coisas importantes. Não podemos fazer uma boa biblioteca de cache no werkzeug.
Algum feedback? @ pallets / devteam-werkzeug
Estou fechando questões relacionadas ao cache.
@ pallets / devteam-werkzeug, reabra-o se achar que o problema é muito importante.
Tínhamos um repositório vazio chamado werkzeug-cache que criamos porque alguém queria trabalhar nele anos atrás. Nenhum commit foi feito, então eu o apaguei no final do ano passado. Você pode recriar isso se quiser, podemos criar um nome mais inteligente mais tarde.
Seria bom entrar em contato com os mantenedores do Flask-Caching para ajudar no suporte.
Flask-Caching portou werkzeug.contrib.cache
:
https://github.com/sh4nks/flask-caching/tree/master/flask_caching/backends
Vou desabilitar os testes de cache por enquanto, está causando muita incerteza com outros PRs.
Os testes foram desabilitados e a instanciação de uma classe de cache mostra um aviso de desaprovação, "Werkzeug cache está desaprovado a partir da versão 0.15 e será removido na 1.0."
Comentários muito úteis
Seria bom entrar em contato com os mantenedores do Flask-Caching para ajudar no suporte.