Eine Frage an die OOP-Experten. - Seite 50
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
Das ist Scheiße. Betrunken. Ich habe es gelesen, aber ich verstehe nicht viel. Peter, verstehen Sie, dass es Programmiersprachen gibt, viele von ihnen, deren Schöpfer bestimmte Mechanismen der Speicherverwaltung in sie einbauen, und OOP ist nur eine der Optionen. Sie sind wirklich unterschiedlich und haben ihre Vor- und Nachteile. Wenn Sie also künstliche Intelligenz wollen, gut, ich beneide Sie darum, denn ich würde mich nie trauen, es selbst zu tun. Aber man muss es nicht hier implementieren, denn mql eignet sich nicht so gut wie jede andere angewandte Sprache. Read C hier, auch ohne C++, sieht gut aus. Also, entweder sollten Sie in ein anderes Forum wechseln oder Sie sind ein "globaler" Troll))).
Was ist mit dem versprochenen Glas ... "eine Anwendung auf einem grundlegend neuen Niveau.Ein Niveau, das bisher von keinem MQL-Programmierer erreicht werden konnte".
Sie wollen nicht länger warten?
Niemand braucht ein kugelförmiges Schnabeltier.)
Mittelmäßige"Grale" des Algotrading haben alle brillanten Ansätze in MQL dem "Genozid" unterworfen. Sie haben ihre Bedeutung vernichtet.
Ich habe das letzte Exemplar aufbewahrt.
Ich warte auf die Implementierung von AI :).
Ich möchte diesen Thread nicht verlassen, also werde ich über die jüngsten Fortschritte berichten.
Das neue Konzept von OOP, als "Hybrid" aus meiner Darstellung von Objekten im Kern und der Standardbeschreibung von Objekten in der Klasse, ist "objektbasierter" geworden als das übliche OOP. Zur Erklärung:
Nun sind alle Entitäten Objekte. Konkret:
Dies ist keine vollständige Liste der grundlegenden Objekte, aus denen ein funktionierendes System besteht.
Der Punkt ist, dass jedes dieser Objekte ein reales Objekt ist, d.h. es hat Eigenschaften und Beziehungen innerhalb des Systems.
Zum Beispiel, Objekt-Parameter, - hat eine Reihe von Eigenschaften, unter denen die Art der Wert und Grenzen seiner Änderung. Außerdem kann der Objektparameter auf seinen Handler verweisen.
Ferner ist - Object-state, - eine Zusammenstellung von System- oder Umgebungsparametern mit voreingestellten Werten.
Ein anderes - Ereignisobjekt - ist jede sinnvolle Veränderung des Systems oder der Umgebung. Es handelt sich um eine Zusammenstellung von Parametern mit bestimmten Werten, die von einem speziellen Handler überprüft werden. Ein Ereignis dient als Auslöser für verschiedene Systemobjekte.
Parameterobjekte sind durch Objektverknüpfungen verbunden, die Werte zwischen ihnen übergeben. Zum Beispiel: Parameter A kann einen Wert an Parameter B übergeben oder umgekehrt. Oder beides. Dies ist im Parameter Link Object vorgeschrieben. Im Wertübertragungsweg kann es ein Wertfilterobjekt oder ein Wertkonverterobjekt geben.
Jedes Objekt in meinem Konzept hat notwendigerweise eine Vorlage (Ausgangsform) und n Instanzen.
Unterm Strich sind alle oben genannten Objekte universelle Bausteine für jedes System, unabhängig von seiner Komplexität. Es gibt nicht so viele von ihnen, sondern unendlich viele Varianten von Systemen, die aus ihnen konstruiert werden können.
Im Moment stehe ich noch ganz am Anfang meiner Reise. Es gibt noch eine Menge zu verstehen.
Ich möchte diesen Thread nicht verlassen, also werde ich über die jüngsten Fortschritte berichten.
Das neue Konzept von OOP, als "Hybrid" aus meiner Darstellung von Objekten im Kern und der Standardbeschreibung von Objekten in der Klasse, ist "objektbasierter" geworden als das übliche OOP. Zur Erklärung:
Nun sind alle Entitäten Objekte. Konkret:
Dies ist keine vollständige Liste der grundlegenden Objekte, aus denen ein funktionierendes System besteht.
Der Punkt ist, dass jedes dieser Objekte ein reales Objekt ist, d.h. es hat Eigenschaften und Beziehungen innerhalb des Systems.
Zum Beispiel, Objekt-Parameter, - hat eine Reihe von Eigenschaften, unter denen die Art der Wert und Grenzen seiner Änderung. Außerdem kann der Objektparameter auf seinen Handler verweisen.
Ferner ist - Object-state, - eine Zusammenstellung von System- oder Umgebungsparametern mit voreingestellten Werten.
Ein anderes - Ereignisobjekt - ist jede sinnvolle Veränderung des Systems oder der Umgebung. Es handelt sich um eine Zusammenstellung von Parametern mit bestimmten Werten, die von einem speziellen Handler überprüft werden. Ein Ereignis dient als Auslöser für verschiedene Systemobjekte.
Parameterobjekte sind durch Objektverknüpfungen verbunden, die Werte zwischen ihnen übergeben. Zum Beispiel: Parameter A kann einen Wert an Parameter B übergeben oder umgekehrt. Oder beides. Dies ist im Parameter Link Object vorgeschrieben. Im Wertübertragungsweg kann es ein Wertfilterobjekt oder ein Wertkonverterobjekt geben.
Jedes Objekt in meinem Konzept hat notwendigerweise eine Vorlage (Ausgangsform) und n Instanzen.
Unterm Strich sind alle oben genannten Objekte universelle Bausteine für jedes System, unabhängig von seiner Komplexität. Es gibt nicht so viele von ihnen, sondern unendlich viele Varianten von Systemen, die aus ihnen konstruiert werden können.
Im Moment stehe ich noch ganz am Anfang meiner Reise. Es gibt noch eine Menge zu verstehen.
Ich freue mich, dass Sie Erfolg haben. Vielleicht werden Sie eines Tages sogar das Rad erfinden.
Ich bin froh, dass Sie Fortschritte machen. Vielleicht erfinden Sie eines Tages sogar das Rad.
Ich werde versuchen, ein gewöhnliches GUI-Steuerelement, die Schaltfläche, durch das Prisma meines neuen OOP-Konzepts zu beschreiben. Ich werde bei der Analyse dieses Objektsystems nur meine eigenen Konzepte verwenden.
Und das haben wir:
...und mit Instanzen im Eimer arbeiten:)
Warum sollte man etwas in einen Eimer schreiben, insbesondere etwas, das sich auf ein bestimmtes Objekt bezieht? Das Objekt selbst speichert Informationen über sich selbst, und der Bucket enthält nur Zeiger auf Objekte.
...und mit Instanzen im Eimer arbeiten:)
Warum sollte man etwas in einen Eimer schreiben, insbesondere etwas, das sich auf ein bestimmtes Objekt bezieht? Das Objekt selbst speichert Informationen über sich selbst, während der Bucket nur Zeiger auf Objekte enthält.
Fragen Sie Artem. Ich denke, er weiß besser als jeder andere, worüber ich schreibe.
Die Idee einer Objekt-Eigenschaft mit eigenem Handler stammt übrigens von ihm. Ich habe sie weiterentwickelt und komplizierter gemacht. Jetzt ist alles ein Objekt und auch der Handler. Es gibt einfach eine bestimmte Reihenfolge, in der die Objekte miteinander verbunden werden, wenn man ein System aus ihnen aufbaut.