Darstellung eines Objekts in der Programmierung. - Seite 17
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
72 Fälle, 24 neue Spezialfälle, nichtlineares Schriftsystem, Matrixgrammatik, Morphosyntax, Boustrophedon und spezielle Phonetik - genau das, was die coolsten Handelssekten brauchen (damit die Chekisten und Freimaurer den Gral nicht stehlen können).
Ja, wir sollten den Ausdruck "Kreuzung zweier gleitender Durchschnitte" unbedingt in Ifkuil übersetzen)
Da das Thema weitgehend philosophisch ist und nicht nur in die Grenzen des Algotradings, sondern (stellenweise) auch des Programmierens im Allgemeinen passt, habe ich mich entschlossen, die Reihe der Teile des Konzepts mit einer abschließenden Theorie des "Komplikationsalgorithmus" abzuschließen, sein Verständnis zu skizzieren und die Frage zu beantworten - kann ein solcher Algorithmus prinzipiell existieren?
Wie geplant, werden wirden "Komplikationsmechanismus" am Beispiel einer einfachen rechteckigen Markierung auf dem Pixelbildschirm betrachten, die durch den Aufruf einer grafischen Funktion gezeichnet wird, die aus zwei verschachtelten Schleifen (Höhe und Breite) besteht und fünf grundlegende Parameter verwendet - x, y, Breite, Höhe, Farbe.
Wir nennen die Zeichenfunktion den "Konstruktor" und seinen Parameter das Objekt. Es sei darauf hingewiesen, dass für die meisten Menschenein Objekt eine "Teilmenge" von Pixeln innerhalb der Pixelmenge des Bildschirms ist, die durch Farbe gekennzeichnet und zu einer geometrischen Form zusammengesetzt ist, aber für den Programmierer ist ein Objekt nicht nur eine äußere Form, die er mit dem Auge wahrnimmt, sondern auch die Schaffung des Mechanismus selbst. Ein Etikett wird, wie wir wissen, in zwei Zyklen von der Zeichenfunktion "gebaut", d.h. die Funktion mit ihren Parametern ist auch ein "Etikett". Dieser Punkt ist schwer zu erkennen, da der Mensch an die visuelle Wahrnehmung einer Objekthülle gewöhnt ist und den dahinter liegenden Code als etwas weit hergeholtes und sekundäres ansieht, aber - es ist das Objekt selbst, denn bei jeder Änderung der Implementierung der Ausgangsfunktion oder der Werte ihrer Parameter folgt unweigerlich die äußere Veränderung der Hülle.
Ich finde es einfacher, den Parametersatz einer Funktion von ihrer internen Implementierung zu trennen und ihn als das Hauptobjekt zu behandeln, obwohl das natürlich nicht stimmt, weil die interne Implementierung der Konstruktorfunktion und ihr Parametersatz untrennbar miteinander verbunden sind. Die interne Implementierung ändert sich jedoch viel seltener, und diese Änderungen sind grundlegender als z. B. Änderungen der Werte des Parametersatzes, mit denen sich leicht arbeiten und experimentieren lässt. Wenn sich die Implementierungsmethode der Konstruktorfunktion ändert, entsteht ein neuer Parametersatz, und dies hat Änderungen an allen "Protoblöcken" zur Folge, die auf der Grundlage des alten Parametersatzes der Konstruktorfunktion gebaut wurden. D.h. Wenn wir ursprünglich einen alternativen Zustand des Etiketts mit 5 Parametern (x, y, Breite, Höhe, Farbe) mit unterschiedlichen Wertenerstellt haben und diesen dann bei einem Ereignis "aktivieren", dann wird eine unerwartete Änderung der Implementierungsmethode des Funktionskonstruktors, die die Anzahl der Parameter, sagen wir, auf 3 reduziert, die Struktur des primären Parametersatzes ändern (aus dem wahrscheinlich bereits andere Zustände, Ereignisse oder Prozesse erstellt wurden) und die vorherige Konstruktion des alternativen Zustands des Etiketts wird "zusammenbrechen" und für die neue Version des Funktionskonstruktors nutzlos werden. Hier stehen wir vor dem ersten großen Hindernis bei der Implementierung des Komplikationsalgorithmus: Die Methode der Implementierung des Funktionskonstruktors setzt dem Komplikationspotenzial des Objekts Grenzen. Das Überschreiten dieser Grenzen ohne menschliches Zutun nach einem Algorithmus ist eine automatische Komplikation.
Betrachten wir eine experimentelle "einfache" Komplikation eines Labels, ohne die ursprüngliche Methode seiner Funktionskonstruktor-Implementierung zu ändern und ohne auf den Sinn der Komplikation einzugehen - wir werden nur die Werte seines Parametersatzes ändern und auf seiner Grundlage neue Zustände "ableiten" und sehen, zu was wir kommen:
Schlussfolgerung:
Sicherlich würde die Offenlegung dieses Themas mehr als ein Buch erfordern und ein Beitrag ist offensichtlich nicht genug, aber es ist bereits offensichtlich, dass, wenn wir das Ziel definieren, ein Programm zu verkomplizieren, so dass es Objektmodelle mit verschiedenen Zuständen, Ereignissen, Reaktionen auf die Umgebung erstellt, sogar ohne die Implementierung einer Konstruktorfunktion zu ändern und sich auf einen festen Parametersatz zu verlassen, könnte es wahrscheinlich ein Etikett erstellen, das eine einfache Aufgabe durch die n-te Menge von Versuch und Irrtum ausführt, aber ein solches Programm sollte "in der Lage" sein, "Protoblöcke" - Zustände, Ereignisse - zu erstellen, Ich bin optimistisch, auch wenn ich mir die Komplexität einer solchen Aufgabe vorstellen kann.
Hallo an alle, ich habe ein Experte Berater ich brauche mehr Details, wenn jemand ist gut darin, jetzt teste ich etwa 100 $ pro Tag auf eurusd und usdchf
wird...
die Objekte darin sind nicht korrekt dargestellt :-)
PS/ wird garantiert scheitern, unabhängig von den Objekten
Wenn Sie sich plötzlich in einer kognitiven Stimmung befinden, lesen Sie etwas über genetische Programmierung (Spoiler: Sie können nicht ohne Bacus-Naurus auskommen).