Regole della struttura. Imparare a strutturare i programmi, esplorare le possibilità, gli errori, le soluzioni, ecc. - pagina 6

[Vladimir Gomonov]

FAQ:

ZS. È un po' piccolo, perché non ne facciamo uno più globale?

Ha una proposta concreta?

[Rustamzhan Salidzhanov]

MetaDriver :

Bene, tady prick (in termini generali) come colmare queste lacune tra i primi quattro. È tutto nelle DLL? :)

Nessuna DLL, MCL puro + winepi per la gestione degli eventi .

A questo proposito, dobbiamo trovare il tempo per descrivere tutto magnificamente e fare un ottimo articolo. Posso lanciare un esempio o un'implementazione di pseudo-classi visive per MT4, ma temo che sarà difficile da digerire senza una descrizione dettagliata. L'essenza della creazione di un DOM (Data Object Module) per MT per analogia con JS: sono comunque molto simili. Per il seme - la funzione principale del cuore per così dire:

 //+------------------------------------------------------------------+
//| Brief Description included Functions                             |
/*+----exported function---------------------------------------------+
bool   ObjSet(ObjNm,ObjTyp,isets[],tsets[],{ObjParent})Устанавливает на график объект класса Interface.
void   ObjDelete(string nm,bool delChild=true) Удаляет объект с графика, вместе , или без первого потомка
void   ObjsDelete(string nm) Удаляет объект, вместе со всеми его потомками
double ObjGet(string nm, int prop_id) Ищет объект и возвращает значение его свойства
bool   ObjSearch(string ObjNm):int[];string; Возвращает признак наличия объекта класса Interface
int    This(int prop_id) Ищет значение свойства объекта в списке свойств : obj_props[10]
//+----internal function---------------------------------------------+
string ObjGetName(string,int[],{string})  Собирает полное имя объекта класса Interface
void   ObjSetLabel()Обертка для стандартной функции
*/ //+----------------------------------------------------------------+
//|                                      OBJECTS_INTERFACE_CLASS.mq4 |
//|           Copyright © 2012, XrustSolution. mail:[e-mail] |
//|          https://www.youtube.com/user/opmlv http://forexrust.info |
//+------------------------------------------------------------------+
#property copyright "Copyright © 2012, XrustSolution."
#property link        "mail: [e-mail] https://www.youtube.com/user/opmlv http://forexrust.info"
//+------------------------------------------------------------------+
//|   Extern variables                                               |
//+------------------------------------------------------------------+
extern    string    ObjectsInterfaceSettings = "-------- ObjectsInterfaceSettings ----------" ;
extern    int       X_Distance                                = 2       ;
extern    int       Y_Distance                                = 2       ;
extern    int       ChartCorner                               = 0       ;

//+------------------------------------------------------------------+
//|   Defines                                                        |
//+------------------------------------------------------------------+
#define GlobalPrefix     "wnd:"    // Префикс имени класса
#define GlobalParent     "chart"    // Имя глобального родителя
#define hName           "Header" // Имя главного родителя (заголовка)
#define wName           "Window" // Имя главного окна
#define cName           ""        // Стандартное имя текущего объекта
#define tName           "Txt"    // Стандартное имя для текстовой строки
#define Objects 500                // Максимальное количество командных объектов
//+------------------------------------------------------------------+
//|   Global variables                                               |
//+------------------------------------------------------------------+
string ObjParent = "" ;           // Глобальное имя родителя Object Parent Name
string ObjName   = "" ;           // Глобальное имя объекта  Object Own Name
int     obj_props[ 10 ];             // Набор свойств объекта : {xdLeft,ydUp,xdRight,ydDown,zIndex,Class,Corner,Color,Window};
//+------------------------------------------------------------------+
string   ObjsParent[Objects];     // Список имен родителей командных объектов
string   ObjsNames[Objects];       // Список имен командных объектов
int      CommObjs[Objects][ 6 ];     // Список параматров командных объектов = {класс,угол,х0,у0,х1,у1}
string   ObjsDom[Objects][ 2 ];     // Список всех объектов и их дочерних элементов (объектов) ObjsDom[Parent][Childrens]
string   ObjsDel[ 5000 ];           // Список старых объектов для удаления при перемещении окон  
string   ObjsName[ 5000 ];       // Список полных имен объектов
//+------------------------------------------------------------------+
//|   Defines                                                        |
//+-----ObjectsTypes-------------------------------------------------+
#define         OBJ_CANVAS       30        // Холст\Окно\Прямоугольник (Основной элемент)
//+---Предопределенные типы окон-------------------------------------+
#define         OBJ_WINDOW     31 // Пустое окно
#define         OBJ_TXTWND     32 // Текстовое окно с форматированием текста
#define         OBJ_HTMWND     33 // Текстовое окно с форматированием, активными ссылками
#define         OBJ_CHARTW     34 // Псевдографическое окно с возможностями граф построений
//#define       OBJ_LEDWND     34 // 

//+---Кнопки командные-----------------------------------------------+ 
#define   OBJ_BUTTON      40 // Кнопка (пустая) общего назначения
//----Кнопки предопределенные(Команда)
#define   OBJ_BUTBUY     41 // OP_BUY
#define   OBJ_BUTSEL     42 // OP_SELL
#define   OBJ_BUTCLO     43 // ORDER_CLOSE
#define   OBJ_BUTREV     44 // ORDER_REVERSE
#define   OBJ_BUTBST     45 // OP_BUYSTOP
#define   OBJ_BUTBLM     46 // OP_BUYLIMIT
#define   OBJ_BUTSST     47 // OP_SELLSTOP
#define   OBJ_BUTSLM     48 // OP_SELLLIMIT
#define   OBJ_BUTDEL     49 // ORDER_DELETE
//+---Ярлыки командные (кнопки 1х1 с значком)------------------------+
#define   OBJ_LABCNT     50 // Командный ярлык (Контрол) Без обкладки в виде канваса 1х1 наследие двигательного аппарата команд
#define   OBJ_LABCOM     51 // Командный ярлык кнопка 1х1 с канвасом (пустой) 
//----Ярлыки предопределенные(Команда)
         /*----Группа ярлыков кнопок находящихся в заголовке (верхнем меню)---*/
#define   OBJ_LABCLO     52 // Ярлык/Кн.закрыть
#define   OBJ_LABHID     53 // Ярлык/Кн.Свернуть
#define   OBJ_LABSHW     54 // Ярлык/Кн.развернуть
#define   OBJ_LABSET     55 // Ярлык/Кн.Настройки
         /*----Двухцветные ярлычки (триггеры(серый\зеленый))----*/
#define   OBJ_LABALR     56 // Ярлык/Кн.Алерт
#define   OBJ_LABSND     57 // Ярлык/Кн.Звук
#define   OBJ_LABEML     58 // Ярлык/Кн.Мыло
#define   OBJ_LABSEL     59 // Ярлык/Кн.Select\Unselect
         /*----Группа ярлыков стрелок и др предустановленных спец символов---*/
#define   OBJ_LABLFT     60 // Ярлык/Стрелка Влево
#define   OBJ_LABRGT     61 // Ярлык/Стрелка Вправо
#define   OBJ_LABUP       62 // Ярлык/Стрелка Вверх
#define   OBJ_LABDWN     63 // Ярлык/Стрелка Вниз
     
#define   OBJ_LAB_TXT     69 // Текстовая строка / значек в ярлыке
//+----Хидеры(заголовки)-Основной родительский объект, наследует все остальные+
#define   OBJ_HD         70 // Пустой хидер (прямоугольник 1 размера блока)
#define   OBJ_HDC         71 // + Кнока закрытия
#define   OBJ_HDH         72 // + Кнопка свернуть\развернуть
#define   OBJ_HDCH       73 // + закрыть + развернуть
#define   OBJ_HDCHT       74 // + закрыть + развернуть + настройки
#define   OBJ_HDСHTS     75 // + закрыть + развернуть + настройки + системное меню алертов
//+-----ObjectProperties---------------------------------------------+
#define   OBJ_PRP_X0         17    // левая координата (Х0)
#define   OBJ_PRP_Y0         18    // верхняя координата (Y0)
#define   OBJ_PRP_X1         19    // правая координата (Х0) 
#define   OBJ_PRP_Y1         20    // нижняя координата (Х0)
#define   OBJ_PRP_ZI         21    // Зет Индекс
#define   OBJ_PRP_CLS         22    // Класс Объекта
#define   OBJ_PRP_CRN         23    // Угол привязки объекта
#define   OBJ_PRP_CLR         24    // Цвет
#define   OBJ_PRP_WND         25    // Окно в котором объект находиться
#define   OBJ_PRP_LAY         26    // Резерв (здесь будет количество слоев, для более точного определения параметров элементов)
//+-----Массив аргументов для функции GetObjectName()----------------+
int      Props[ 10 ];                                                      
//              Props[0] = Лево         
//              Props[1] = Верх 
//              Props[2] = Право        
//              Props[3] = Низ  
//              Props[4] = Счетчик по Х 
//              Props[5] = Счетчик по У 
//              Props[6] = Зет индекс (основной)        
//              Props[7] = Зет индекс (дополнительный для объектов из нескольких слоев) 
//              Props[8] = Идентификатор зет индекса последнего (верхнего) слоя в объекте
//              Props[9] = Идентификатор типа объекта                                           
//+---Массивы с корректыми размерами шрифтв Webdings для >= 416 билда---------------+
int realSz[ 21 ] = { 15 , 23 , 31 , 35 , 43 , 47 , 55 , 67 , 75 , 83 , 87 , 91 , 95 , 99 , 119 , 123 , 127 , 143 , 148 , 156 , 164 }; // Таблица реальных размеров
int fontSz[ 21 ]  = { 11 , 17 , 23 , 26 , 32 , 35 , 41 , 50 , 56 , 62 , 65 , 68 , 71 , 74 , 89 , 92 , 95 , 107 , 110 , 116 , 122 }; // Таблица корректных шрифтов
int szCorr[ 21 ] = { 4 , 5 , 6 , 7 , 9 , 10 , 12 , 15 , 17 , 19 , 20 , 21 , 22 , 23 , 28 , 29 , 30 , 34 , 36 , 38 , 40 }; // Разница между размером шрифта, и реальным размером
int vertCr[ 21 ] = {- 3 ,- 2 ,- 1 ,- 1 ,- 2 , 0 ,- 1 , 0 , 0 , 0 , 0 , 0 , 0 , 0 ,   0 , - 1 ,   0 ,   0 ,   0 ,   0 ,   0 }; // Таблица cмещения по вертикали от размера шрифта

//+------------------------------------------------------------------+
//|  Includes                                                        |
//+------------------------------------------------------------------+
#include <OBJ_CANVAS.mqh> //SetCanvas(onm,xd,yd,xs,ys,[sz,zindx,oClr,crn,wnd,pnm,bord,bClr]);
#include <OBJ_LAB_TEXT.mqh> //SetTextString(onm,pnm,typ,txt,fnm,clr,[center,xd,yd,psz,fsz,crn,wnd]):int:error;
//#include <OBJ_BUTTON.mqh>//SetButton(onm,pnm,type[,xd,yd,xs,ys,text,tx_fnt,txClr,sz,bgClr,bdClr,crn,wnd]);
#include <OBJ_HEADER.mqh>
#include <OBJ_LED_SIMPLE.mqh>
//+------------------------------------------------------------------+
//|           Function  : string GetObjectName(string,int[],{string})|
//|           Copyright © 2012, XrustSolution. mail:[e-mail] |
//|          https://www.youtube.com/user/opmlv http://forexrust.info |
//+------------------------------------------------------------------+
//|                     Собирает полное имя объекта класса Interface |
//+------------------------------------------------------------------+
//|Полное имя объекта должно состоять из :                           |
//|wnd:        = Основной префикс имени                         4 зн |
//|z_0ax:      = Z индекс для опр. порядка отображения окна 1-9 6 зн |10 зн
//|c_30:       = Тип объекта класса (смотреть в списке типов)   5 зн |15 зн
//|lu_xxx_yyy: = Координаты левого верхнего угла               10 зн |25 зн
//|rd_xxx_yyy: = Координаты правого нижнего угла               10 зн |35 зн
//|id_xxx_yyy: = Номера объектов                               10 зн |45 зн
//|#name|parent= Собственное имя обьекта из максимум 15 знаков,    до|60 зн
//|состоящее из имени элемента класса, и имени родительского объекта |
//+------------------------------------------------------------------+
//|Разделители:  типов свойств     = двоеточите(:),                  |
//|              значений свойств  = нижнее подчеркивание(_)         |
//|              имя объекта       = решетка(#)конец описания свойств|
//|              имя родителя      = слеш[|]                         |
//+------------------------------------------------------------------+
string     ObjGetName( string Name,                                   // Имя объекта
                                                         int       Props[],                                 // Набор свойств объекта
                                                         string Parent = GlobalParent                   // Имя родителя, по умолчанию = "chart" , то есть основное окно графика
                                                        ){ string out= "" ;
//+------------------------------------------------------------------+
   if (Parent== "" ){Parent = "chart" ;}
   if (Props[ 9 ]!=OBJ_LAB_TXT){ // если объект текстовая строка добавляем в описание имя шрифта
        out = StringConcatenate (GlobalPrefix,                                   //
                                                                         "z_" ,Props[ 6 ],StringSetChar( "" , 0 ,Props[ 7 ]+ 97 ),StringSetChar( "" , 0 ,Props[ 8 ]+ 97 ), ":" ,
                                                                         "c_" ,Props[ 9 ], ":" ,
                                                                         "lu_" ,Props[ 0 ], "_" ,Props[ 1 ], ":" ,
                                                                         "rd_" ,Props[ 2 ], "_" ,Props[ 3 ], ":" ,
                                                                         "id" ,Props[ 4 ], "" ,Props[ 5 ], ":" ,
                                                                         "#"   ,Name    , "|" ,Parent);
        } else { // работаем как обычно
        out = StringConcatenate (GlobalPrefix,                                   //
                                                                         "z_" ,Props[ 6 ],StringSetChar( "" , 0 ,Props[ 7 ]+ 97 ),StringSetChar( "" , 0 ,Props[ 8 ]+ 97 ), ":" ,
                                                                         "c_" ,Props[ 9 ], ":" ,
                                                                         "lu_" ,Props[ 0 ], "_" ,Props[ 1 ], ":" ,
                                                                         "fn_font_name:" ,
                                                                         "id" ,Props[ 4 ], "" ,Props[ 5 ], ":" ,
                                                                         "#"   ,Name    , "|" ,Parent);
        }                                                               
         return (out);
}

Metadriver :
Hai un'offerta specifica?

C'è, e il compito è vivo, ma ho paura di pronunciarlo qui, posso in modo personale.

[Aleksandr Prozorov]

C-4:
Al giorno d'oggi, nessun programmatore normale disegna diagrammi di flusso. Sono tutte sciocchezze teoriche pensate per essere insegnate agli scolari, ma non per lavorare in progetti reali.

Non è un'assurdità. Era necessario quando i programmi erano scritti in codice macchina. E poi sono stati trascinati nei libri di testo e sono diventati senza senso quando i programmi sono stati descritti in linguaggi normali. E poi c'era l'USPD, il Sistema unificato di documentazione del programma. E per poterlo presentare al cliente doveva essere redatto secondo regole molto severe. Ci doveva essere uno schema a blocchi e ogni sorta di descrizione.

[Vladimir Gomonov]

FAQ:

Nessuna DLL, puro MCL + Vinapi per l'elaborazione degli eventi.

Riguardo a questo, ho bisogno di trovare il tempo per descrivere tutto bene e fare un grande articolo. Posso lanciare un esempio o un'implementazione di pseudoclassi visiva per MT4, ma ho paura che sarà difficile da digerire senza una descrizione dettagliata. L'essenza è creare DOM (Data Object Module) per MT per analogia con JS - sono davvero simili. Per una prima volta - la funzione principale del cuore, per così dire:

(Sì, con uno swing. ))

DOM - è molto. Dammi almeno un paio di screenshot... O (se disponibile) qualche esempio compilato standalone, per sentirlo nel terminale. Ne hai uno?

[Rustamzhan Salidzhanov]

MetaDriver:

(Con un botto. ))

DOM - è molto. Dammi almeno un paio di screenshot... O (se disponibile) qualche esempio compilato standalone, per sentirlo nel terminale. Ne hai uno?

guardate qui: https://www.youtube.com/user/opmlv c'è una vagonata di roba per tracciare come si è evoluto :)

[TheXpert]

MetaDriver:

Vogliamo fare un tentativo?

Niente.

1. Il pannello è dritto verso la coda. la strategia è primaria, se non si arano, il pannello è inutile e non serve a niente.

2. L'implementazione della parte di trading dipende dalla strategia, quindi non c'è niente da discutere nel quadro dell'assalto a una strategia ipotetica. L'attuazione della strategia, stranamente, dipende anche dalla strategia :)

3. Fare immediatamente un trigger per disabilitare la strategia contabilizzata nel blocco di trading. E disabilitare l'immissione di nuovi ordini.

4. Pannello. Cos'è un pannello: una routine.

[hrenfx]

Per quanto riguarda la scrittura del TS, va più o meno così:

Forum sul trading, sistemi di trading automatico e test di strategie di trading

Discussione sul trading ad alta frequenza su MT5

hrenfx, 2013.02.06 14:30

Простой и довольно эффективной логикой написания боевого робота является следующая схема:
- робот делится на две части: тестер и синхронизатор.
- тестер на основании ранней истории и только что пришедшей выдает текущее состоянии торговой стратегии.
- синхронизатор "переносит" текущие тестерные открытые позиции и приказы на реал.

Это чем-то напиминает копирование торговых сигналов с одного счета на другой. Только вместо примитивного копировщика работает грамотный синхронизатор.

К сожалению, правильную логику синхронизатора посмотреть где-либо практически невозможно, поэтому озадачевшемуся придется подумать самому - очень полезно.

Но и такая логика построения боевого-робота далеко не совершенна, т.к. встает дилема первичности курицы и яйца. Поэтому применяются более сложные свои схемы, основанные на опыте автора-алготрейдера.

Все эти действия совершаются только ради одного - адекватной настройки стратегии. Какой бы совершенной не была схема, все равно одинаковые боевые роботы на разных счетах одного и того же ECN/STP брокера покажут расхождения. И помимо поиска рыночных закономерностей, важной задачей для алготрейдера также является уменьшение этих расхождений. Как уже говорилось выше, чем ближе брокер к возможстям HFT, тем меньше расхождения.

Если вникнуть в написанное, должно прийти понимание, что результаты работы стратегии на реале являются также своего рода тестером. И выводы на основании этой торговли также должны быть вероятностными.

[Vladimir Gomonov]

TheXpert:

Niente.

1. Il pannello è dritto verso la coda. la strategia è primaria, se non si arano, il pannello è inutile e non serve a niente.

2. L'implementazione della parte di trading dipende dalla strategia, quindi non c'è niente da discutere nel quadro di un ipotetico assalto alla strategia. L'attuazione della strategia, stranamente, dipende anche dalla strategia :)

3. Fare immediatamente un trigger per disabilitare la strategia contabilizzata nel blocco di trading. E disabilitare l'immissione di nuovi ordini.

4. Pannello. Che pannello - una routine.

Bene, qui abbiamo subito qualcosa di cui discutere. :))

Non per discutere, diciamo, ma per indicare le possibilità:

1. Pannello dritto alla coda. la strategia è primaria, se non si ara, il pannello è inutile e non serve a niente.

Per ora, sono d'accordo, ma con un avvertimento: il programma dovrebbe essere immediatamente orientato a lavorare in due modalità, quindi la strategia / parte di trading dovrebbe essere prescritto in una sola volta, tenendo conto della presenza / assenza di controllo dal pannello e con / senza visualizzazione delle informazioni sul pannello.

2. L'implementazione della parte di trading dipende dalla strategia, .......

L'intera parte di trading è scritta in una classe (CMarketDriver), che implementa completamente il posizionamento degli ordini, il monitoraggio delle posizioni, le requote e altre cose relative al trading. Per tutti i simboli in una volta sola. La parte della strategia inserisce solo le posizioni di mercato raccomandate per i simboli, cioè riempie un array di strutture in formato {string Instrument; double Position} e richiede la sincronizzazione con il server: MD.Synchronize(PositionArray). Questo è tutto. Per ora commercia solo con ordini di mercato, ma una versione che commercia con limiti impostati all'interno dello spread (per ridurre i costi di scambio) è in arrivo. Per il trading takeprofits/stops non usare, ma MarketDriver può mettere stop protettivi in caso di lunga perdita di connessione al server (i parametri di stop sono specificati una volta nelle impostazioni del driver). A proposito, molto successo, quasi nessun problema soluzione strutturata. Per il test di idee strategiche nel tester - nessun problema con il trading, tutta l'attenzione può essere dedicata alla strategia - tutto il trading è stato a lungo debuggato e incapsulato nel driver trading.

2............., quindi non c'è niente da discutere nel quadro di un ipotetico assalto strategico. L'attuazione della strategia, stranamente, dipende anche dalla strategia :)

Per esempio, ho una nuova idea - commercio sull'intersezione di una coppia di tergicristalli. In questo caso, il problema è ristrutturare il programma in modo che quando lo si sviluppa (per esempio aggiungendo un terzo tergicristallo), non dovrò cambiare la maggior parte del codice. Poi il programma può essere sviluppato verso la multivaluta (per semplicità del progetto, supponiamo che il commercio per simboli sia strettamente indipendente e le interrelazioni non siano considerate). Come organizzare la parte strategica, anticipando tale sviluppo?

3. Impostare immediatamente il trigger per disabilitare la strategia presa in considerazione nel blocco di trading. E disabilitare l'inserimento di nuovi ordini.

Ma non è necessario, dopo tutto non ci aspettiamo molti problemi qui.

4. Pannello. Beh, il pannello è una fatica.

Ma l'organizzazione della comunicazione della strategia con il pannello è un compito abbastanza creativo, specialmente se cerchiamo di sviluppare un modello più o meno universale per tale pannello che può essere facilmente adattato a diversi Expert Advisors e facilmente sviluppato man mano che il progetto cresce/sviluppa.

[TheXpert]

MetaDriver:

Non è necessario, non dipende quasi mai da me.

Con me dipende quasi sempre. Soprattutto quando si lavora con ECN. Voglio dire, tutto non è fatto al livello più basso, naturalmente, ma solo attraverso i gusci delle funzioni commerciali standard.

[Vladimir Gomonov]

TheXpert:

Con me dipende quasi sempre. Soprattutto quando si lavora con ECN. Voglio dire, tutto non è fatto al livello più basso, naturalmente, ma solo attraverso i gusci delle funzioni commerciali standard.

Non so come andrà a finire il mio rapporto con l'ECN (aprirò un conto con RoboForex), ma farò del mio meglio per mantenere questo disaccoppiamento strutturale (strategia/guida del mercato). È così conveniente, che sono persino pronto per alcuni costi di trading moderati (come il profitto perso).

Guardate come appare semplice il ciclo principale dell'EA alla fine:

// Тестовый советник для тестирования обученных в GPU-оптимизаторе нейросеток (или записи значений котировок/индикаторов для отправки исходных данных в тот же оптимизатор).
void OnTick()
  {
   if(Mode==TradesMode) //-- Если режим тестирования
     {
      for(int i=0;i<CountInd;i++)
        {
         vInds[i]=GetInd(i,0);   // получаем значения индикаторов
        }
      Net.CalcResult(vInds);             // рассчитываем значение нейросетки
      float net_result=Net.NetResult[0];  // забираем рекомендованную рыночную позицию      
      SP.Pos=net_result*Lot;             // заполняем структуру для MarketDriver'a
      int err;
      MD.Synhronize(SP,err);             // синхронизируемся с торговым сервером.
     }
   else // Mode==RecordMode  // Если режим записи
..............

Controlla la versione semplificata del tester e vedi se ti piace lo schema. Se è così, mettilo a punto in base alle tue esigenze e usalo a tuo vantaggio.