EDIT : Ils sont maintenant équivalents :
redis-py 3.0 abandonne le support de la classe client "Redis" obsolète. "StrictRedis" a été renommé en "Redis" et un alias nommé "StrictRedis" est fourni pour que les utilisateurs utilisant précédemment "StrictRedis" puissent continuer à fonctionner sans changements.
Réponse originale : Cela semble assez clair:
redis-py expose deux classes client qui implémentent ces commandes
La classe StrictRedis tente de respecter la syntaxe des commandes officielles.
et
En plus des changements ci-dessus, la classe Redis, une sous-classe de StrictRedis,
remplace plusieurs autres commandes pour assurer la rétrocompatibilité avec les anciennes
versions de redis-py
Avez-vous besoin de la rétrocompatibilité ? Utilisez Redis
. Est-ce indifférent ? Utilisez StrictRedis
.
2017-03-31
Voici les détails de la rétrocompatibilité, à partir du lien github.com cité :
En plus des changements ci-dessus, la classe Redis, une sous-classe de StrictRedis, remplace plusieurs autres commandes pour assurer la rétrocompatibilité avec les anciennes versions de redis-py :
LREM : L'ordre des arguments 'num' et 'value' est inversé de sorte que 'num' puisse fournir une valeur par défaut de zéro.
ZADD : Redis spécifie l'argument 'score' avant 'value'. Ils ont été échangés accidentellement lors de l'implémentation et n'ont été découverts qu'après que des personnes l'utilisaient déjà. La classe Redis attend *args sous la forme : name1, score1, name2, score2, ...
SETEX : L'ordre des arguments 'time' et 'value' est inversé.