Gibt es eine Möglichkeit zum erstellen von Unterklassen on-the-fly?

Bin ich, ein Spiel zu schaffen, in dem habe ich eine etwas komplexere Methode für die Erstellung von Entitäten.

Wenn ein level geladen, das laden von code liest eine Reihe von YAML-Dateien, die die Attribute enthalten, die von all den verschiedenen Einheiten möglich. Mit der YAML-Datei, erstellt es eine so genannte EntityResource Objekt. Diese EntityResource-Objekt fungiert als die maßgebliche Quelle der Informationen, wenn Sie laichen neue Einheiten. Das Ziel ist ein zweifaches:

  1. Abschreckung von Betrug durch die Implementierung einer hash-check auf den Ausgang des YAML-Datei
  2. Hilfe beim Debuggen, indem er alle Einheiten stammen die Informationen aus einer einzigen autoritativen Quelle.

Diese EntityResource Objekte werden dann eingespeist in eine EntityFactory Objekt zu produzieren Einheiten eines bestimmten Typs.

Meine Frage ist wie folgt. Gibt es eine Möglichkeit zu schaffen, sublcasses von EntityResource dynamisch, auf der Grundlage der Inhalte der YAML-Datei eingelesen?

Außerdem möchte ich jedes dieser YAML-Datei abgeleiteten Unterklassen zugeordnet werden, die eine singleton-Metaklasse. Irgendwelche Vorbehalte?

InformationsquelleAutor blz | 2012-02-13
  1. 24

    Ich bin mir nicht sicher, ob dies ist, was Sie suchen, aber Sie können type zum erstellen von Unterklassen dynamisch:

    SubClass = type('SubClass', (EntityResource,), {})

    Edit: um Zu verstehen, wie type funktioniert, Sie brauchen nur zu übersetzen, wie würden Sie schreiben die Klassen-und übersetzen, dass in ein type nennen. Zum Beispiel, wenn Sie wollen, etwas zu schreiben wie:

    class SubClass(EntityResource):
    A=1
    B=2

    dann, das wäre übersetzt:

     SubClass = type('SubClass', (EntityResource,), {'A': 1, 'B': 2})

    wo:

    • Das erste argument ist nur der name der Klasse
    • Das zweite argument ist die Liste der übergeordneten Klassen
    • Das Dritte argument ist das Wörterbuch initialisieren der Klasse object. Dies umfasst nicht nur die Klassen-Attribute, sondern auch Methoden.
    • Dies scheint das zu sein was ich brauche. Würden Sie zufällig ein vollständigeres Beispiel? Ich fand die python docs ein bisschen verwirrend...
    • Ich habe eine ausführlichere Erklärung. Ich hoffe, das hilft.
    • Ich versuchte dies und ich erhalte eine TypeError: a new-style class can't have only classic bases. Hinzufügen object auf die Eltern-Klasse Tupel scheint das problem zu beheben. Scheint dies, wie die richtige Lösung?
    • Ich war nicht bewusst, dass die Beschränkung. Beachten Sie, dass new-style-Klassen haben schon seit python 2.2. Daher, es sei denn, du bist mit legacy-code, Sie sollten mit Ihnen. Weitere Informationen in diesem Zusammenhang Frage.
    • Können wir dynamisch löschen Sie die Unterklasse; nehme an, wenn ich call del SubClass später im Programm, aber noch EntityResource.__subclasess__() hält dieser Eintrag
    InformationsquelleAutor jcollado
  2. 4

    Ist es möglich, erstellen von Unterklassen on-the-fly. Dies bedeutet nicht, dass Sie sollten. In jedem Fall werde ich einen Mechanismus bereitstellen.

    Den Grundlagen Attribut in jeder Klasse erzählt Sie die Vererbungskette:

    class Animal(object):
    pass

class Dog(Animal):
    pass

print Animal.__bases__
print Dog.__bases__
# prints:
#(<type 'object'>,)
#(<class '__main__.Animal'>,)

    So, __bases__ ist ein Tupel mit den "Grundlagen der Vererbung". Sie können ersetzen Sie das Tupel (Sie können nicht "angefügt" oder "pop", weil es ist ein Tupel, und Tupel sind unveränderlich). Zum Beispiel, sagen, dass Sie ein "mixin-Klasse", die fügt Funktionalität, um einige Tier-Unterklassen, in anderen aber nicht:

    class Animal(object):
    pass

class Dog(Animal):
    pass

class Cat(Animal):
    pass

class TalkMixin(object):
    def talk(self):
        print("I talk like a {0}".format(self.__class__.__name__))

if __name__ == "__main__":

    dog = Dog()
    cat = Cat()

    try:
        dog.talk() 
        cat.talk()
    except AttributeError:
        print("Great - the program raised AttributeError, as expected")

    # now, add the MixIn to the class "Dog", but not to the class
    # "Cat" - do this on the fly:
    old_dog_bases = Dog.__bases__
    Dog.__bases__ = (Animal, TalkMixin)

    # this should be successful!
    dog.talk()

    try:
        cat.talk()
    except AttributeError:
        print("As expected, cat.talk() raised AttributeError")

    # now do the same (add the mixin dynamically - via inheritance) to
    # the Cat
    old_cat_bases = Cat.__bases__
    Cat.__bases__ = (Animal, TalkMixin)

    # this should be successful!
    cat.talk()

    # Now, remove the mixin (drop from the inheritance) for both cats
    # and dogs:
    Dog.__bases__ = old_dog_bases
    Cat.__bases__ = old_cat_bases

    try:
        dog.talk()
        cat.talk()
    except AttributeError:
        print("as expected, they can no longer talk")

    Erzeugt die folgende Ausgabe:

    Great - the program raised AttributeError, as expected
I talk like a Dog
As expected, cat.talk() raised AttributeError
I talk like a Cat
as expected, they can no longer talk

    Viele Menschen betrachten MixIn-Klassen bösen. Und Sie mögen Recht haben! Sie können sich vorstellen, dass, wenn Sie mess up die Grundlagen Attribut, Sie ziemlich viel zerstört Ihr Programm. So, da ist Sie - Sie kann sich dynamisch ändern Sie die Vererbung ein Objekt, aber es bedeutet nicht, sollten Sie (wahrscheinlich abstrakte Klassen oder Konzept, Umsetzung?)

    InformationsquelleAutor Escualo
  3. 1

    Wenn ich höre, "erstellen von Unterklassen on-the-fly" ich verstehe "Objekte erstellen, die sich anders Verhalten, on-the-fly", das ist wirklich eine Frage der Konfiguration.

    Gibt es alles, was Sie brauchen, dass Sie nicht bekommen kann nur durch das Lesen einiger Daten und erstellen ein Objekt, das entscheidet, wie es geht, zu Verhalten, basiert auf dem, was er liest?

    Hier ist die Metapher: ich bin ein handliches Kerl-ich zusammenstellen kann, jeder IKEA-Artikel, den Sie nach mir werfen. Aber ich bin nicht einer anderen person jedes mal, ich bin genauso praktisch, Kerl Lesen einen anderen Satz von Diagrammen und auf der Suche nach verschiedenen Arten von Schrauben und Holzstücke. Das ist meine Argumentation für das erstellen von Unterklassen ist nicht das natürlichen Lösung hier.

    • Das Ding, das ich brauche, dass kann nicht sein getan durch das erstellen von Objekten mit unterschiedlichen Werten macht das Objekt ein singleton. Ich will es, eins zu sein-und nur eine Instanz einer EntityResource für jeden Einheitentyp.
    • Auch dies gelöst werden kann. Benötigen Sie bereits, um nachzuverfolgen, welche Unterklassen wurden so erstellt, dass Sie nicht neu erstellen, richtig? Anstatt Klassen und dafür jeder Klasse ein singleton ist, ist es möglich, Objekte zu erstellen, führen Sie eine Tabelle der Objekte verwiesen wird, die von der Einheit geben, und sicherzustellen, Zeitpunkt der Erstellung, dass ein Objekt nicht dupliziert eine vorhandene Konfiguration.
    • Die Idee hinter der Verwendung von singleton ist, dass ich nicht brauchen, um zu verfolgen, welche Klassen bereits angelegt sind. Ich kann nur Durchlaufen werden, den Inhalt eines Verzeichnisses auf und bauen Objekte. Das problem mit deiner Lösung ist, dass es erfordert code explizit überprüfen Sie nach Duplikaten. Dies ist ein a posteriori zu überprüfen, nicht ein a priori Verbot. Wenn Sie absolut, positiv müssen die eine einzelne Instanz einer Klasse, die nichts ersetzen kann, ein singleton.
    InformationsquelleAutor leoger
Schreibe einen Kommentar