Discussione sull’articolo "Come sviluppare un Expert Advisor utilizzando gli strumenti UML"
Allettante, ma francamente non ne ho fatto nemmeno mezzo, la mia coscienza si è affievolita intorno al Diagramma dei Precedenti.
Forse la ripetizione multipla darà qualcosa.
In generale, odio i professori per il fatto che presentano cose semplici con formule così complicate che non si riesce a capire alla terza frase.
Spero che sia solo un mio problema. Mi attengo alla regola che tutto è semplice.
Allettante, ma francamente non ne ho fatto nemmeno mezzo, la mia coscienza si è affievolita intorno al Diagramma dei Precedenti.
Forse la ripetizione multipla darà qualcosa.
In generale, odio i professori per il fatto che presentano cose semplici con formule così complicate che non si riesce a capire alla terza frase.
Spero che sia solo un mio problema. Mi attengo alla regola che tutto è semplice.
Urain, penso che alla fine della settimana lavorativa il nuovo materiale sia probabilmente difficile da digerire.... Parlo per me.
Poi il tuo articolo Trading Player basato sullo storico delle operazioni è molto più complicato, imho....
E poi, chi hai chiamato professore? :-))
Urain, penso che alla fine della settimana lavorativa il nuovo materiale non sia probabilmente facile da digerire.... Lo giudico da solo...
Poi il tuo articolo Trading Player basato sulla storia degli scambi è molto più difficile, imho....
E poi, chi hai chiamato professore? :-))
Non sto criticando, sto postando le mie impressioni.
L'articolo è davvero necessario, anche se vorrei che le metafore fossero generalmente accettate o almeno avessero immagini chiare.
Per quanto mi riguarda, la frase:
В состав строительных блоков входят: сущности (things - сами элементы модели), отношения (relationships - связывают сущности), диаграммы (diagrams - представления моделей UML).
sarebbe più facile da percepire come:
В состав строительных блоков входят: объекты (things - сами элементы модели), связи (relationships - связывают объекты), диаграммы (diagrams - представления моделей UML).
è molto difficile da leggere quando l'autore ha accettato metafore generalmente definite proprie, anche se sospetto che la maggior parte del testo sia stata presa in prestito, da cui la terminologia complessa.
Tutto quanto sopra IMHO.
Non sto criticando, sto postando le mie impressioni.
L'articolo è davvero necessario, anche se vorrei che le metafore fossero generalmente accettate o almeno avessero immagini chiare.
Ad esempio, per me, la frase
sarebbe più facile percepire come:
È molto difficile leggere quando l'autore ha accettato metafore generalmente definite proprie, anche se sospetto che la maggior parte del testo sia stata presa in prestito, da cui la terminologia complessa.
Tutto ciò è IMHO.
Urain, e non sto dicendo che tu stia criticando.... e anche se lo facessi...
Hai ragione sulla terminologia: è un po' diversa da quella a cui è abituato un programmatore MQL5. Ma è usata in UML. Non l'ho inventata io. E il testo non è stato preso in prestito. I casi in cui è stato preso in prestito sono contrassegnati come
Urain, e non sto dicendo che stai criticando..... e anche se fosse...
Hai ragione sulla terminologia: è un po' diversa da quella a cui sono abituati i programmatori MQL5. Ma è usata in UML. Non l'ho inventata io. E il testo non è stato preso in prestito. I casi in cui è stata presa in prestito sono contrassegnati come
Ancora sulle metafore comuni. Per esempio, entità e oggetti in UML sono cose diverse. Queste sono le sfumature. Ma non sono critiche, credo. Chiunque sia interessato lo scoprirà :-))Lo scoprirò sicuramente :)
Sono in crisi, errori critici quando si pianificano grandi programmi, e questo articolo fa al caso mio.
Non riesco a esportare il progetto come immagine.
Questa funzionalità non è disabilitata nella versione charovar?
La versione charovar non è diversa dalla versione commerciale :-)
Quindi andate avanti, è molto semplice...
La versione char non è diversa da quella commerciale :-)
Quindi andate avanti, è molto semplice....
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Accetti la politica del sito e le condizioni d’uso
Il nuovo articolo Come sviluppare un Expert Advisor utilizzando gli strumenti UML è stato pubblicato:
Questo articolo discute la creazione di Expert Advisor utilizzando il linguaggio grafico UML, usato per la modellazione visiva di sistemi software orientati agli oggetti. Il vantaggio principale di questo approccio è la visualizzazione del processo di modellazione. L'articolo contiene un esempio che mostra la modellazione della struttura e delle proprietà di un Expert Advisor utilizzando il software Ideas Modeler.
In che modo UML può aiutare a creare un Expert Advisor? Innanzitutto, la grafica: il problema della modellazione multi-aspetto può essere risolto utilizzando le immagini grafiche disponibili nel linguaggio. In secondo luogo, la leggibilità. Anche se un Expert Advisor è ampio e complesso, l'universalità di UML consente di presentare il suo modello utilizzando diagrammi.
Come dicono gli sviluppatori di UML, la caratteristica specifica della percezione umana sta nel fatto che un testo con immagini è più facilmente percepito rispetto a un testo spoglio.
Discutiamo brevemente le basi di UML. Se sei interessato all'argomento, puoi imparare a usare gli strumenti UML tramite le numerose pubblicazioni disponibili gratuitamente sul web.
La struttura UML può essere visualizzata in uno schema (Fig.1).
Fig.1. La struttura UML
Autore: Denis Kirichenko