Werkzeug: Deprecate werkzeug.contrib.cache
Werkzeug sollte unbedingt den Cache von sich selbst entfernen. Werkzeug ist für die WSGI-Anwendung ausgelegt. Es scheint, dass Cache nichts mit WSGI selbst zu tun hat.
Eine sichere Entscheidung in der Diskussion Unnötiges Dreck aus werkzeug.contrib entfernen wäre das Entfernen des Caches. Wir könnten die nächste Version mit einer veralteten Warnung veröffentlichen und sie in Version 1.0 vollständig entfernen.
Es gibt viele Probleme zu lösen, wir müssen uns auf die wichtigen Dinge konzentrieren. Wir können in werkzeug keine gute Cache-Bibliothek erstellen.
Irgendwelche Rückmeldungen? @paletten/devteam-werkzeug
lepture
Alle 6 Kommentare
Ich schließe Probleme im Zusammenhang mit dem Cache.
@pallets/devteam-werkzeug Bitte öffnen Sie es erneut, wenn Sie das Problem für sehr wichtig halten.
lepture
am 4. Feb. 2018
Wir hatten ein leeres Repository namens werkzeug-cache, das wir erstellt haben, weil jemand vor Jahren daran arbeiten wollte. Es wurden nie Commits gemacht, also habe ich es Ende letzten Jahres gelöscht. Sie können das nachbauen, wenn Sie möchten, wir können uns später einen schlaueren Namen einfallen lassen.
davidism
am 24. Apr. 2018
Es wäre gut, sich an die Flask-Caching- Betreuer zu
davidism
am 24. Apr. 2018
Flask-Caching hat werkzeug.contrib.cache portiert:
https://github.com/sh4nks/flask-caching/tree/master/flask_caching/backends
lepture
am 13. Sept. 2018
Ich werde die Caching-Tests vorerst deaktivieren, da dies bei anderen PRs zu viel Unsicherheit verursacht.
davidism
am 12. Nov. 2018
Die Tests wurden deaktiviert und beim Instanziieren einer Cache-Klasse wird eine veraltete Warnung angezeigt: "Werkzeug-Cache ist ab Version 0.15 veraltet und wird in 1.0 entfernt."
davidism
am 13. Nov. 2018
Verwandte Themen
ngaya-ll
·
8Kommentare
golf-player
·
10Kommentare
abathur
·
13Kommentare
asottile
·
11Kommentare
mrx23dot
·
6Kommentare
Hilfreichster Kommentar
Es wäre gut, sich an die Flask-Caching- Betreuer zu