Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Es ist nicht das erste Mal, dass ich mich dabei ertappe, wie ich denke, dass es in MQL besser ist, OOP nur bei dringendem Bedarf und nur in einem bestimmten Codeabschnitt zu verwenden.
Ich habe irgendwo gelesen und im Forum ist ein Beispiel mit einer solchen Konstruktion aufgetaucht
Kann jemand ein einfaches Beispiel mit diesem Thema machen?
Mich interessiert, was dieses Löschen &das Löschen bedeutet;
Ich habe irgendwo gelesen und im Forum ist ein Beispiel mit einer solchen Konstruktion aufgetaucht
Kann jemand ein einfaches Beispiel mit diesem Thema machen?
Ich bin daran interessiert, was dieses Löschen &das Löschen bedeutet;
Es löscht sich selbst)))
Es entfernt sich von selbst)))
das macht Sinn
aber ich vermute, dass der Sinn der Sache darin besteht, sie mit statischen Methoden zu verwenden
Ich muss es testen, weiß aber nicht wie, deshalb habe ich gefragt
UPD: googelte dieses Thema gestern, viele Erwähnungen von privaten destructor, müssen auch zu denken, was es tun kann
1) aber ich vermute, dass der Sinn von "delete &this;" - Verwendung mit statischen Methoden
2) gestern dieses Thema gegoogelt, viele Verweise auf privaten Destruktor, müssen auch denken, was es bieten kann
1) Von statischen Methoden aus ist der Zugriff auf diese untersagt.
Wo ist "delete &this;"? - https://stackoverflow.com/questions/447379/what-is-the-use-of-delete-this
2) Der private Destruktor verbietet die Erstellung eines Objekts auf dem Stack, aber ein Objekt kann immer noch durch den new-Operator erstellt werden, diesmal auf dem Heap:
Hier ist eine weitere Verwendung von delete &this.
1) Von statischen Methoden aus ist der Zugriff auf diese untersagt.
Wo müssen "delete &this;" - https://stackoverflow.com/questions/447379/what-is-the-use-of-delete-this
2) Ein privater Destruktor verbietet die Erstellung eines Objekts auf dem Stack, aber ein Objekt kann immer noch durch den new-Operator erstellt werden, diesmal auf dem Heap:
Hier ist eine weitere Verwendung von delete &this.
Man kann immer etwas mit etwas anfangen. Aber was ist der Sinn?
Sie sollten einen Namen erfinden, es als Entwurfsmuster deklarieren... und das war's. Es ist so cool, einen Haufen Code zu schreiben, anstatt einfach nur "etwas zu löschen".
Ich habe irgendwo gelesen und im Forum ist ein Beispiel mit einer solchen Konstruktion aufgetaucht
Kann jemand ein einfaches Beispiel mit diesem Thema machen?
Ich bin daran interessiert, was diese & jene löschen;
Dies ist ein Zeiger auf das aktuelle Objekt.
Normalerweise wird das delete this-Konstrukt verwendet, wenn ein Objekt durch new erstellt wird, aber die Verantwortung für das Löschen liegt bei dem Objekt selbst. In diesem Fall ruft das Objekt, wenn es nicht mehr benötigt wird, die Deinitialisierungsfunktion auf, mit der es sich selbst wie folgt löscht.
Meiner Meinung nach ist dies eine extrem gefährliche Praxis, die nur im Falle von Smartpoints akzeptabel ist, die Verweise auf das Objekt selbst zählen und dann, wenn die Anzahl der Verweise Null wird, sich selbst löschen können. Aber selbst in diesem Fall, so scheint es mir, gibt es Raum für schwer zu findende Speicherleckfehler.
Meiner Meinung nach sollte die Verantwortung für die Löschung bei demselben Objekt liegen, das sie erstellt hat. Es kann das Muster der Objektfabrik verwenden, wenn es erstellt wird, aber das Löschen sollte immer noch in der Verantwortung des Objekts liegen, das das neue Objekt erstellt hat.