singletons Google App Engine (Python)

Question

La méthode standard de faire singletons en Python est

class Singleton(object): 
    _instance = None 
    def __new__(cls, *args, **kwargs): 
     if not cls._instance: 
      cls._instance = super(Singleton, cls).__new__(cls, *args, **kwargs) 
     return cls._instance 

Cependant, cela ne fonctionne pas sur App Engine, car il y a peut-être de nombreux serveurs et nous obtiendrions une instance par serveur. Alors, comment le ferions-nous pour une entité de moteur d'application?

Quelque chose comme:

class MySingleton(db.models): 
    def __init__(self): 
     all = MySingleton.all() 
     if all.count() > 0: 
      return all.fetch(1).get() 

     super(MySingleton, self).__init__ (*args, **kwargs) 

Cela conduit à une erreur de recusion, depuis get() appels __init__.

Comment nous allons l'utiliser:

Nous voulons simplement représenter un fichier de configuration, à savoir:

{ 'sitename': "My site", 'footer': "This page owned by X"} 

Answer 1

Si vous ne stockez pas les données dans le magasin de données, pourquoi ne créez-vous pas simplement un module avec des variables au lieu d'un db.Model?

Nommez votre fichier mysettings.py et à l'intérieur écrire:

sitename = "My site" 
footer = "This page owned by X" 

Ensuite, le module python devient effectivement un "singleton". Vous pouvez même ajouter des fonctions, si nécessaire.Pour l'utiliser, vous faites quelque chose comme ceci:

import mysettings 
print mysettings.sitename 

Voilà comment traite django avec ce avec leur DJANGO_SETTINGS_MODULE

Mise à jour: On dirait que vous voulez vraiment utiliser un db.Model, mais l'utilisation memcached afin que vous ne récupériez qu'un seul objet une fois. Mais vous devrez trouver un moyen de le vider quand vous changez les données, ou le faire passer par un délai d'attente afin de le recevoir de temps en temps. Je serais probablement aller avec la version du délai d'attente et faire quelque chose comme ça dans mysettings.py:

from google.appengine.api import memcache 
class MySettings(db.Model): 
    # properties... 

def Settings(): 
    key = "mysettings" 
    obj = memcache.get(key) 
    if obj is None: 
     obj = MySettings.all().get() # assume there is only one 
     if obj: 
      memcache.add(key, zone, 360) 
     else: 
      logging.error("no MySettings found, create one!") 
    return obj 

Ou, si vous ne voulez pas utiliser memcache, puis juste stocker l'objet dans une variable de niveau du module et toujours utilisez la fonction Settings() pour le référencer. Mais alors vous devrez mettre en place un moyen de le vider jusqu'à ce que l'instance de l'interpréteur soit recyclée. J'utiliserais normalement memcached pour ce genre de fonctionnalité.

Answer 2

__init__ ne peut pas utilement return quoi que ce soit: tout comme dans le premier exemple, remplacez __new__ à la place!

Answer 3

Les singletons sont généralement une mauvaise idée, et je serais intéressé de voir ce qui en fait une exception. En général, ils ne sont que globaux déguisés, et en dehors de tous les vieux problèmes avec les globaux (par exemple voir http://c2.com/cgi/wiki?GlobalVariablesAreBad, en particulier le bit en haut parle de non-localité, de couplage implicite, de problèmes de concurrence, et de test et de confinement). le monde moderne vous obtenez des problèmes supplémentaires causés par des systèmes distribués et simultanés. Si votre application peut potentiellement s'exécuter sur plusieurs serveurs, pouvez-vous réellement faire fonctionner les deux instances de votre application sur la même instance de singleton, à la fois correctement et en toute sécurité?

Si l'objet n'a pas d'état, la réponse est oui, mais vous n'avez pas besoin d'un singleton, juste un espace de noms.

Mais si l'objet a un certain état, vous devez vous soucier de la façon dont les deux instances d'application vont garder les détails synchronisés. Si deux instances essaient de lire et d'écrire simultanément sur la même instance, vos résultats risquent d'être erronés. (Un singleton HitCounter qui lit la valeur actuelle, ajoute 1, et écrit la valeur actuelle, peut manquer des hits de cette façon - et c'est l'exemple le moins dommageable auquel je puisse penser.)

Je ne le connais pas du tout , donc peut-être Google App Engine a une certaine logique transactionnelle pour gérer tout cela pour vous, mais cela signifie probablement que vous devrez ajouter quelques trucs supplémentaires pour faire face à des rollbacks et autres. Donc, mon conseil de base serait de voir si vous pouvez réécrire l'algorithme ou le système sans avoir recours à l'utilisation d'un singleton.

Answer 4

Je ne pense pas qu'il existe un vrai objet "singleton" que vous pouvez conserver dans un environnement distribué avec plusieurs instances en cours d'exécution. Le plus proche vous pouvez venir à cela utilise memcache.

Peut-être vaut-il mieux penser moins en termes de singletons et plus en termes de cohérence des données. Pour ce App Engine fournit transactions, qui vous permettent d'intercepter les modifications dans une entité qui pourrait se produire pendant que vous travaillez avec cette entité.