Il mio approccio. Il nucleo è il motore. - pagina 165
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Credo di sì. Ma se una GUI, è un altro file, e questo non è possibile nel mercato.
Forse. Non lo so. Ma penso che questo problema sia risolvibile se Peter ha qualcosa di valore.
Hai capito bene, Nikolay. L'Expert Advisor funziona senza il motore. Il motore crea la GUI dell'EA non appena l'EA è posizionato su un grafico separato e riceve i comandi da esso. Il motore può passare tra diversi EA. Quando cambia, semplicemente ricarica un altro kernel da un file di testo. Può essere lasciato del tutto al suo posto, ma assegnate una tabella separata e tenetela sempre lì.
Secondo le regole attuali, i prodotti con dipendenze aggiuntive non possono essere distribuiti tramite il mercato. Inoltre, sospetto che questo sia legalmente vietato o piuttosto difficile.
Non si possono usare librerie esterne ex*, comprese quelle che non contengono chiamate alla dll. Tuttavia, gli indicatori, come il motore di Peter, non sono soggetti a questa restrizione.
Non si possono usare librerie esterne ex*, comprese quelle che non contengono chiamate alla dll. Tuttavia, questa limitazione non si applica agli indicatori, come il motore di Peter.
Questa domanda mi ha interessato in modo specifico chiedendo al mercato del service-desk. La risposta è stata abbastanza chiara, anche se non molto felice :-) il prodotto Market deve essere una cosa in sé e non richiede l'installazione di altri componenti. Tutti gli indicatori e le librerie necessarie dovrebbero essere stipati all'interno tramite Resources.
Il che è logico - una persona ha comprato un prodotto e il prodotto (e tutte le sue affermazioni) dovrebbe essere immediatamente disponibile senza lavoro extra.
E non c'era nessuna situazione in cui qualche dipendenza veniva aggiornata, ma l'Expert Advisor cadeva :-)
E in generale, il trading lo è:
il mio reddito - "nucleo - motore"
;)C'è un'idea per salvare l'utente dal dover trascinare il file del kernel ovunque affinché il motore possa caricarlo. Quando produce una GUI, il costruttore produce un file kernel. Invece di salvare in un file, il costruttore può salvare il kernel in una risorsa e scrivere una stringa per collegare questa risorsa nel file delle proprietà del kernel. Quando l'utente collega il file Connexion Properties creato, questa risorsa con il kernel sarà integrata durante l'inizializzazione del proprio EA. Poi, quando si connette al motore, quest'ultimo leggerà semplicemente la risorsa con il kernel dall'EA e riprodurrà la GUI. Così, non ci sarà bisogno di trascinare i file del kernel.
Oh, caspita, ho pensato che è implementato a modo tuo. Naturalmente, che senso ha portarsi dietro i file di configurazione.
Può descriverlo più dettagliatamente? Come, cosa e perché.
...
Nikolai, se stai suggerendo di aprire il codice del motore a tutti per metterlo nell'EA, allora ci ho pensato. Ahimè, questo metterebbe un limite allo sviluppo del motore. Tutto avverrebbe in un singolo thread dell'applicazione, il che limiterebbe le risorse utilizzate e la maggior parte dei benefici che si possono ottenere parallelizzando il calcolo andrebbero persi. Inoltre, gli utenti inizieranno a fare cambiamenti al motore e a distribuire versioni modificate, il che creerà caos e nuovi problemi di sviluppo.
Quindi, l'idea è buona in teoria, ma in pratica, ahimè...(.
Nikolai, se stai suggerendo di aprire il codice del motore a tutti per metterlo nell'EA, allora ci ho pensato. Ahimè, questo metterebbe un limite allo sviluppo del motore. Tutto avverrebbe in un singolo thread dell'applicazione, il che limiterebbe le risorse utilizzate e la maggior parte dei benefici che si possono ottenere parallelizzando il calcolo andrebbero persi. Inoltre, gli utenti inizieranno a fare cambiamenti al motore e a distribuire versioni modificate, il che creerà caos e nuovi problemi di sviluppo.
Quindi, l'idea è buona in teoria, ma in pratica, ahimè...(.