Il mio approccio. Il nucleo è il motore. - pagina 36
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
Quanto tempo ci vorrebbe per fare una finestra come questa? :)
Può farlo una libreria standard? )
Ma se cerco su Google texture pronte e le lego alla libreria MQL standard, lo farò sicuramente in un giorno - di solito creo cose pratiche, come barre degli strumenti, pulsanti, caselle di controllo, cioè controlli su cui gli utenti cliccano e ottengono risultati
Ma bisogna distinguere tra ciò che fa il terminale e ciò che fa il grafico nell'EA - perché ripetere le capacità del terminale? .... Beh, se vuoi fare una perversione, devi pagarla, se l'utente la vuole, puoi farla.
Se stiamo parlando di bei pulsanti, calendari, caselle di avanzamento, allora ancora una volta metterei tutto in .dll e in un paio di giorni (in Delphi) metterei insieme un .dll di componenti pronti per il layout del cliente - sarebbe più fresco del tuo e avrebbe lo stesso aspetto e funzionalità dei famosi pacchetti software (gestione del database, grafica, animazione... tu lo chiami così) e il lavoro coinvolto non sarebbe paragonabile al tuo
Bisogna essere in grado di usare una soluzione già pronta o essere alla moda! Se gli sviluppatori hanno supportato le librerie .NET, allora è necessario cercare le proprie soluzioni con bei calendari e barre di progresso.
;)
E cercate di fare in modo che premendo un pulsante venga visualizzata una serie di controlli, e premendo un altro pulsante - un altro controllo. Allo stesso tempo, la finestra poteva essere minimizzata e massimizzata. Si presume anche che ci possano essere molte varianti.
Nascondi elemento: m_button.Hide();
mostrare l'elemento: m_button.Show();
e non ricordo, ma ha la proprietà Enable - se è Enable, pensiamo che l'elemento sia attivo e processerà tutti i clic su di esso; se è disabled, lo abbiamo nascosto e non è visibile - ritorna immediatamente
Ho qualcosa a casa da qualche parte, ma non ce l'ho a portata di mano in questo momento
Il prodotto è progettato per sostituire il trading manuale. La domanda è in che misura il trading manuale è ancora prevalente, e cosa può essere offerto a coloro che fanno trading manuale.
Sta ai programmatori scrivere sistemi semi-automatici che automatizzano e potenziano quelli che commerciano manualmente. Su questo faranno soldi.
Esattamente, ho già attirato l'attenzione su questo punto.
Questa non è la tua nicchia, Peter! I programmatori che scriveranno sistemi semi-automatici, e che li venderanno, non faranno mai casino con la libreria di qualcun altro. Prima di tutto, a causa dei problemi con il supporto - se qualcosa va storto - devi contattare l'autore della libreria, e potresti doverlo capire da solo (e dato il tuo stile di accesso globale - sarà molto difficile calcolare gli errori). Nessuno dei programmatori che scrivono sistemi per altri non ne ha bisogno. È molto più ragionevole che scrivano qualcosa di proprio.
La tua nicchia sono i programmatori che preferiscono fare trading manuale. La vostra biblioteca sarà molto interessante per loro. Ma quanti ce ne sono sul forum?
Certo, il codice è grande. Ma è estremamente semplice.
La cosa principale è che gli elementi con proprietà già impostate (dimensione, colore, gradiente) possono essere semplicemente presi dal codice e copiati in altre finestre.
Nessuna sintassi, nessuna classe, ecc... Hanno semplicemente preso un elemento, o un gruppo di elementi, o l'intera finestra e l'hanno incollata ovunque. In un unico pezzo.
Poi, cambia qualcosa e ottieni un nuovo elemento, gruppo di elementi o finestra.
È facile da usare per la prima volta. Ma per il rilevamento degli errori, è molto, molto maligno. Quando si scrive codice per la prima volta, non è un grosso problema - di regola, si ha un esempio o un aiuto, e soprattutto, si è "nel processo" e si tengono in mente tutte queste sottigliezze.Ma quando avete bisogno di cambiare qualcosa, o, inoltre, appaiono errori - per ogni linea devono andare alla guida, e ogni volta assicurarsi che "tutto è OK qui", fino a quando uno (la legge della sfortuna - l'ultimo) linea improvvisamente apparso che hai incasinato qualcosa. E a quel punto - maledirete il mondo, debuggando tale "codice con accesso globale al kernel".
Se l'ordine non è importante, allora non ci sono tooltip. E quando si chiama un costruttore di funzioni o di classi con parametri, il compilatore fa dei suggerimenti per i parametri. E sapete, questo è un aiuto molto significativo. Perciò, l'approccio standard è un chiaro vantaggio per il grasso.
A proposito, sì, è una cosa molto bella. Posso confermarlo.
E un altro vantaggio dell'incapsulamento - quando ci si rivolge a funzioni separate con parametri separati, si vede già cosa deve essere passato per nome. E se si passa una struttura - è anche visibile per nome dei campi.
In caso di accesso a un array globale con indici semplici, anche se l'ordine è arbitrario - i dati possono essere confusi molto facilmente, rendendo gli errori molto facili.
È vero, ho attirato l'attenzione su questo punto.
Questa non è la tua nicchia, Peter! I programmatori che scriveranno sistemi semi-automatici e li venderanno, non faranno mai casino con la libreria di qualcun altro. Prima di tutto, a causa dei problemi con il supporto - se qualcosa va storto - devi contattare l'autore della libreria, e potresti doverlo capire da solo (e dato il tuo stile di accesso globale - sarà molto difficile calcolare gli errori). Nessuno dei programmatori che scrivono sistemi per altri non ne ha bisogno. È molto più ragionevole che scrivano qualcosa di proprio.
La tua nicchia sono i programmatori che preferiscono fare trading manuale. Lavostra biblioteca sarà molto interessante per loro. Ma quanti ce ne sono sul forum?
Qui, a proposito, per qualche motivo nessuno ha notato la discrepanza tra l'obiettivo di Peter e la sua nicchia. Vuole soppiantare il trading manuale. Ma fa il suo lavoro per coloro che commerciano manualmente. Un tale obiettivo mi sembra strano: "Ti darò qualcosa che ucciderà il tuo solito accordo commerciale... Sono un tipo gentile che è venuto a rompere tutto ciò a cui eravate abituati - ora lavorerete secondo le mie regole". Questo lo porterà al successo?
"Sei un po' strano, Billy" ...
Tu non capisci niente. :) L'obiettivo di Peter è quello di sostituire i trader manuali che aprono le posizioni con il tasto F9 con un bel livello tra il trader e il terminale. E se il trader non ha perso il suo deposito in un bel modo prima, lo farà bene con questo livello. Il deposito sarà ridotto, mentre il commerciante godrà della bellezza estetica del pannello. E Peter, come artista, è interessato alla bellezza estetica, e tu stai rovinando la sua ispirazione con il tuo pragmatismo.
....
Mi è venuto in mente un mio amico. Ha comprato un nuovo computer e se ne vanta. Le ho chiesto. E quanta RAM ha, quale velocità di clock e altre specifiche. Lei risponde. Non lo so, ma è così bello. :)
Peter, come artista, è tutto sulla bellezza estetica, e tu stai rovinando la sua ispirazione con il tuo pragmatismo.
Sì, ho già chiesto dove si possono applicare quei bei gradienti che Peter ha mostrato nella demo... Ma... Non ho ancora visto alcun beneficio o anche solo convenienza nell'usarli.
E prima di Peter c'era un partecipante anche qui - aveva anche alcuni interessanti indicatori grafici che sembrano usare tutte quelle immagini colorate a gradiente... Gli ho chiesto anche della sua domanda... aveva promesso di presentarlo, ma credo che si sia arenato...
Eh... Chiunque può ferire un artista...
Prova a far apparire una serie di controlli quando clicchi su un pulsante e un'altra serie di controlli quando clicchi su un altro pulsante. Allo stesso tempo, la finestra può essere minimizzata e massimizzata. Si presume anche che ci possano essere molte varianti.
Sarebbe interessante chiedere a Peter come potrebbe risolvere questo problema.
trovato nella guida, appare così
Questa libreria richiede Visual Studio, che genererà il file di dati per la libreria.
E l'utente dovrà solo modellare le sue finestre nel programma - Questo è l'unico modo!
Infatti: la difficoltà con tutte le librerie (framework) è che l'utente deve "re-imparare" le sue funzioni e i suoi parametri.
Ma questo è anche un vantaggio:
Le biblioteche in tutte le lingue sono state create per risparmiare tempo!
Quando la parte principale del codice è già scritta e debuggata. E l'utente (programmatore) usa le sue possibilità.
Cosa dire della libreria standardMetaQuotes- quante persone la usano? Lamaggior parte, specialmente i principianti.
È un'altra questione quando un programmatore "vuole" creare la propria libreria. E lui/lei lo userà. - Come hai detto sopra: è più facile per il programmatore usare la propria libreria, che può mantenere da solo, invece di aspettare l'aiuto dell'autore .....
Per rendere il prodotto richiesto, ci sono due modi per farlo:
Per il primo punto, tutto ciò di cui avete bisogno è il denaro.
Il secondo punto richiede un nuovo prodotto che susciti interesse.
Tutto ciò che non suscita interesse - morirà senza trovare la sua applicazione e il suo utente. E senza l'utente e l'autore della biblioteca non sarà interessato a svilupparla.
Questo circolo vizioso scoraggerà per sempre l'autore e l'utente.
È facile da usare per la prima volta. Ma per il rilevamento degli errori, è molto, molto maligno. Quando si scrive codice per la prima volta, non è un grosso problema - di regola, si ha un esempio o un aiuto, e soprattutto, si è "nel processo" e si tengono in mente tutte queste sottigliezze.Ma quando avete bisogno di cambiare qualcosa, o, inoltre, appaiono errori - per ogni linea devono andare alla guida, e ogni volta assicurarsi che "tutto è OK qui", fino a quando uno (la legge della sfortuna - l'ultimo) linea improvvisamente apparso che hai incasinato qualcosa. E a quel punto - maledirete il mondo, debuggando tale "codice con accesso globale al kernel".
George, ti ho detto molte volte che c'è un linguaggio di markup già pronto. Perché qualcuno dovrebbe voler incasinare il codice? Prende la lingua e fa quello che gli serve.
Se l'utente non ha abbastanza grafica e ha bisogno di animazione- può farlo nella sua applicazione.
Un'altra cosa: il mercato sarà SEMPRE inondato. Niente cambierà questo fatto. Bene, che si prosciughino con potenti e belle semiautomatiche. Almeno si sentiranno meglio moralmente).
In tutta serietà,nessun programma cambierà il rapporto tra chi drena e chi guadagna.
Ma anche dopo aver perso soldi, continueranno ad usare un programma semi-automatico. Perché non è O N D O R A C E.
Quindi può essere affittato.