Una domanda per gli esperti di OOP. - pagina 54

 
Реter Konow:

In questo caso, ho "piantato" nuovi prismi sull'Oggetto per voi. L'oggetto-stato non è descritto da una classe, ma ha un'entità fisica nella memoria. Una classe è una descrizione di un oggetto. Ci possono essere diverse cose lì. È piuttosto un complesso di Oggetti. Ma l'Oggetto stesso è un'entità nominata.

Una molecola è un oggetto. L'universo è un oggetto. Entrambi consistono in un insieme di oggetti. Pertanto, una classe è una descrizione di un oggetto.
Tu stesso hai iniziato a produrre entità inutili :)
 
Artyom Trishkin:
...
Non sono un filosofo. È difficile per me afferrare le vostre percezioni. Per me, tutto è molto più semplice.

Va bene, si sta evolvendo.

Basta guardare la catena degli eventi. È un assemblaggio di importanti parametri di sistema, e in essi ci sono valori significativi per il sistema.

La catena degli stati è identica. Solo lì, i valori congelati la cui immutabilità è SIGNIFICATIVA per il sistema.

E, naturalmente, l'evento ha un gestore. Un oggetto deve avere un gestore. Hai assolutamente ragione su questo.

 
Artyom Trishkin:
Una molecola è un oggetto. L'universo è un oggetto. Entrambi consistono in un insieme di oggetti. Pertanto, una classe è una descrizione di un oggetto.

Un parametro, è un fenomeno discreto di un campione predefinito di valori. È anche un Oggetto.

La selezione del valore è memorizzata nelle proprietà dell'oggetto-Parametro come un intervallo o un insieme di varianti. Anche il suo tipo di valore e il suo gestore sono memorizzati lì.

 
Реter Konow:

Un'entità non è necessariamente indivisibile. Può essere composto da altre entità ed essere un singolo Oggetto. Per esempio, un sistema a oggetti. Ha molte entità e ogni entità è un Oggetto.

Un'altra cosa interessante è che strutturalmente un Object-State è simile a un Object-Event.

Cos'è uno stato? È un insieme di parametri significativi del sistema in un'invarianza significativa fissa. L'INVARIANZA SIGNIFICATIVA DEI PARAMETRI DEL SISTEMA È UNO STATO. E un evento è un cambiamento significativo nei parametri del sistema. Sono strutturalmente simili.

1. Condizione - vivo.
2. Un evento è un mattone di una testa.
3. Stato - corpo morto.
 
Artyom Trishkin:
1. Condizione - vivo.
2. L'evento è un mattone di testa.
3. Condizione - corpo morto.
Succede...)
 
Реter Konow:

Va bene, si sta evolvendo.

Basta guardare la catena degli Eventi. Contiene un insieme di importanti parametri di sistema, e in essi ci sono valori che sono rilevanti per il sistema.

La catena degli stati è identica. Solo lì, i valori congelati la cui immutabilità è SIGNIFICATIVA per il sistema.

E, naturalmente, l'evento ha un gestore. Un oggetto deve avere un gestore. Hai assolutamente ragione su questo.

Un oggetto deve avere un neurone - un modo di trasmettere i suoi parametri all'ambiente esterno. Ma non è necessario che ci sia un gestore del cambio di parametro. Può essere in un altro oggetto.
 

A proposito, perché pensate che un parametro-oggetto abbia bisogno di un gestore? Per preservare la sua integrità concettuale e il suo scopo.

Mi spiego: un parametro è collegato al mondo in due modi:

1. accetta il valore.

2. Passa il valore.

Il gestore si assicura che il parametro svolga la sua funzione secondo il suo scopo, come prescritto nelle proprietà. Il gestore memorizza il valore all'interno di una selezione predefinita e protegge così il sistema.

 
Artyom Trishkin:
Un oggetto deve avere un neurone - un modo per passare i suoi parametri all'esterno. Ma non è necessario che il gestore del cambiamento dei parametri lo sia. Può essere in un altro oggetto.

L'oggetto parametro è collegato al sistema da due attuatori. Con il primo riceve un valore dall'esterno, con il secondo lo trasmette. Le proprietà del parametro sono memorizzate nella sua catena, e il gestore può effettivamente essere fuori. Ma deve essere referenziato nella catena oggetto-parametro.

 

Nessun sistema può essere visto di per sé, perché ognuno è inestricabilmente legato all'"Ambiente".

Un Sistema, è un insieme isolato di parametri interagenti, concettualmente isolato dalla visione della Mente dall'Ambiente e posto nell'Oggetto. Guardando un gruppo di parametri alienati come un sistema indipendente, si può vedere il mantenimento di una simbiosi efficace con il suo ambiente.

L'Ambiente ha 3 stati:

1. Caos, - I parametri "cercano e si sforzano" di formare un sistema (come nel proto-universo), pur essendo in disarmonia tra loro.

2. Ordine - un insieme di parametri organizzati in un sistema e separati dal caos. Questo implica cambiare il caos circostante da parte del Sistema e sottometterlo al suo ordine. Il Sistema "impone" il suo ordine al caos, espandendosi al suo interno

auto-copiando e "vincendo".

3. ecosistema - un complesso di sistemi che hanno raggiunto una simbiosi efficace e che mantengono la loro integrità mostrando resistenza ai cambiamenti esterni.


Il mercato, un ambiente esterno.

Advisor è un sistema che cerca di raggiungere una simbiosi efficiente con il mercato. L'efficacia della simbiosi è possibile nella ricerca di leggi all'interno del caos che è quello che spera il consigliere.

Expert Advisor cerca di "connettersi" ai modelli di mercato ottimizzando i suoi parametri e cambiando le tattiche di azione. Si "aspetta" di prendere una parte delle risorse del mercato, costruendo un modello di comportamento, ma nella stragrande maggioranza dei casi, le proprie risorse risultano essere al mercato, e il modello di comportamento è rotto. Questo non è sorprendente, tenendo conto che il modello di comportamento è costruito su parametri derivati generalizzati di un vasto Medium, in cui ci sono molti altri sistemi con i loro propri modelli di comportamento.



Il mercato come ambiente,

  1. o è completamente caotico, ed è impossibile trovare una chiave di lettura. (se è basato su un generatore di numeri casuali).
  2. oppure è un sistema complesso che generalizza i modelli comportamentali dei consiglieri e ridistribuisce le sue risorse tra di loro.
  3. o - un sistema che "alimenta" le risorse dei consiglieri e imita la redistribuzione.

Considerate la popolare statistica 95/5. Da dove viene e quali tappe del Mercato abbiamo superato.

  1. Fase zero - il mercato è caotico e in formazione. Le statistiche di arricchimento improvviso e perdita totale di risorse mostrano l'instabilità e l'immaturità del concetto di trading di mercato. Le regole sono incerte e i modelli di comportamento sono spesso "animaleschi".
  2. Prima fase - Il mercato comincia a generalizzare i modelli comportamentali dei sistemi e a riallocare le loro risorse. Dato il desiderio di risonanza - la ridistribuzione era nella regione del 70/30% o anche del 60/40%. I sistemi hanno trovato rapidamente dei modelli di comportamento che li unificano con altri sistemi e causano potenti movimenti di mercato in una direzione comune. Dopo tutto, è molto più facile creare un modello di consolidamento semplice che un algoritmo complesso e contraddittorio. E il consolidamento consiste nel mettere in comune le risorse e "spingere" il mercato per ottenere un ritorno dalla parte avversa, non consolidata. Questa fase è stata superata nel secolo scorso.
  3. Il secondo stadio, il Mercato, "genera" spontaneamente ma legittimamente enormi concentrazioni di risorse da parte di certi sistemi, e questi sviluppano specifici modelli di comportamento e attingono risorse indipendentemente dai modelli scelti dagli altri. A causa dell'enorme numero di controparti che questi sistemi hanno, la loro visibilità sul mercato e la loro capacità di muoverlo sono ordini di grandezza maggiori. Come conseguenza del loro interesse, esauriscono inevitabilmente le risorse degli altri. Questa è la fase attuale del mercato.
  4. Il terzo stadio è che i Sistemi che controllano enormi concentrazioni di risorse nel Mercato assorbono senza cervello le risorse di tutti i piccoli sistemi, rompendoli di volta in volta, restringendo la loro scelta di modelli di comportamento, e alla fine, smettono di cercare risorse nel Mercato per autoconservazione. Questa è l'ultima fase del mercato.
P.S. La domanda è "cosa c'è dopo...?".


P.S.S.

Il Graal magico è un modello ideale di comportamento del sistema che attinge risorse da tutti gli altri sistemi, lasciandoli sempre in perdita. Un'astrazione nata dalla fantasia.

Документация по MQL5: Математические функции / MathSrand
Документация по MQL5: Математические функции / MathSrand
  • www.mql5.com
Функция MathRand() предназначена для генерации последовательности псевдослучайных чисел. Вызов MathSrand() с определенным инициализирующим числом позволяет получать всегда одну и ту же последовательность псевдослучайных чисел. Для гарантированного получения неповторяющейся последовательности используйте вызов MathSrand(GetTickCount()), так как...
 

In OOP, più oggetti, delimitati da una classe di ferro, possono avere un numero diverso di proprietà.

Un singolo oggetto può avere un numero diverso di proprietà durante l'esecuzione del programma.

Le relazioni tra gli oggetti possono essere stabilite e interrotte.

In OOP, la memoria viene allocata agli oggetti secondo necessità, e rilasciata quando l'oggetto non è più necessario.


La vostra matrice è sempre fissa. Se ci sono meno oggetti di quelli specificati nell'array, la memoria per gli oggetti mancanti viene sprecata. E semplicemente non possono essercene di più.

In qualche modo stai ignorando questa domanda, anche se è la prima cosa di cui avresti dovuto occuparti.