Python Deprecation Ostrzeżenia z Monostate __new__ - Czy ktoś może wyjaśnić, dlaczego?

Question

Mam podstawowy Monostate z Pythonem 2.6.

class Borg(object): 
    __shared_state = {} 
    def __new__(cls, *args, **kwargs): 
     self = object.__new__(cls, *args, **kwargs) 
     self.__dict__ = cls.__shared_state 
     return self 

    def __init__(self, *args, **kwargs): 
     noSend = kwargs.get("noSend", False) 
     reportLevel = kwargs.get("reportLevel", 30) 
     reportMethods = kwargs.get("reportMethods", "BaseReport") 
     contacts= kwargs.get("contacts", None) 

a = Borg(contacts="Foo", noSend="Bar",) 

które szczęśliwie daje mi następujące ostrzeżenie Deprecation ..

untitled:4: DeprecationWarning: object.__new__() takes no parameters 
    self = object.__new__(cls, *args, **kwargs) 

Po trochę googlowania znajdę ten jest dołączony do Bug #1683368. Nie mogę zrozumieć, co to oznacza. Narzeka na następującą linię:

self = object.__new__(cls, *args, **kwargs) 

Co wydaje się być OK. Czy ktoś może wyjaśnić, dlaczego to jest problem? Rozumiem, że "jest to niezgodne z innymi wbudowanymi, takimi jak lista", ale nie jestem pewien, czy rozumiem dlaczego. Czy ktoś wytłumaczyłby mi to, pokazując mi właściwą drogę?

Dzięki

Answer 1

Ostrzeżenie pochodzi z faktu, że __new__() może mieć argumenty, ale ponieważ są one ignorowane wszędzie, przechodząc args (inne niż CLS) i to powoduje, że ostrzeżenia. Nie jest to (obecnie) błąd przekazywania dodatkowych argumentów, ale nie mają one żadnego efektu.

W py3k stanie się błędem do przekazania argumentów.

Answer 2

Zobacz python-singleton-object-instantiation i zauważ Alex Martelli's singleton przykład:

class Singleton(object): 

    __instance = None 

    def __new__(cls): 
     if cls.__instance == None: 
      __instance = type.__new__(cls) 
      __instance.name = "The one" 
     return __instance 

__new__ deprecation pytanie answered by Guido:

komunikat oznacza tylko to, co ona mówi. :-) Nie ma sensu dzwonić pod obiekt .__ nowy __() z więcej niż jednym parametrem klasy, a każdy kod, który zrobił , po prostu zrzucał te argumenty do czarnej dziury.

Jedyny czas, kiedy ma to sens dla obiektu .__ nowego __(), aby zignorować dodatkowe argumentów jest, gdy to nie jest przesłonięta, ale __init__ jest jest nadpisane - to masz całkowicie domyślną __new__ i sprawdzanie Argumenty konstruktora są relegowane do __init__.

Celem tego wszystkiego jest złapanie błędu w wywołaniu takim jak obiekt (42), który (ponownie) przekazuje argument, który nie jest używany. Jest to często symptom błędu w twoim programie.

--Guido