Règles de structure. Apprendre à structurer des programmes, explorer les possibilités, les erreurs, les solutions, etc. - page 6

[Vladimir Gomonov]

FAQ:

ZS. C'est un peu petit, alors pourquoi ne pas en faire un plus global ?

Avez-vous une proposition concrète ?

[Rustamzhan Salidzhanov]

MetaDriver :

Eh bien, tady pique (en termes généraux), comment comblez-vous ces lacunes dans les quatre premiers. Est-ce que tout est dans les DLL ? :)

Pas de DLL, pur MCL + winepi pour la gestion des événements .

À ce sujet, nous devons trouver le temps de tout décrire magnifiquement et de faire un excellent article. Je peux lancer soit un exemple, soit une implémentation de pseudo-classes visuelles pour MT4, mais je crains que ce ne soit difficile à digérer sans une description détaillée. L'essence de la création d'un DOM (Data Object Module) pour MT par analogie avec JS - ils sont vraiment similaires de toute façon. Pour les graines - la fonction principale du cœur pour ainsi 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);
}

MétaDriver :
Vous avez une offre spécifique ?

Il y a, et la tâche est vivante, mais j'ai peur de le prononcer ici, je peux le faire à titre personnel.

[Aleksandr Prozorov]

C-4:
De nos jours, aucun programmeur normal ne dessine de diagrammes de flux. Tout cela n'est qu'un non-sens théorique conçu pour être enseigné aux écoliers, mais pas pour fonctionner dans des projets réels.

Ce n'est pas un non-sens. Elle était nécessaire lorsque les programmes étaient écrits en code machine. Et puis ils ont été traînés dans les manuels scolaires et sont devenus des absurdités lorsque les programmes ont été décrits dans des langages normaux. Et puis il y a eu l'USPD, le système unifié de documentation des programmes. Et pour le soumettre au client, il fallait le rédiger selon des règles très strictes. Il devait y avoir un schéma fonctionnel et toutes sortes de descriptions.

[Vladimir Gomonov]

FAQ:

Pas de DLL, pure MCL + Vinapi pour le traitement des événements.

A ce propos, il faut que je trouve le temps de tout décrire joliment et de faire un grand article. Je peux proposer un exemple ou une mise en œuvre de pseudoclasses visuelles pour MT4, mais j'ai peur que ce soit difficile à digérer sans description détaillée. L'essentiel est de créer un DOM (Data Object Module) pour MT par analogie avec JS - ils sont vraiment similaires. Pour une amorce - la fonction principale du cœur pour ainsi dire :

(Oui, avec une balançoire. ))

DOM - c'est beaucoup. Donnez-moi au moins quelques captures d'écran... Ou (si disponible) un exemple compilé autonome, pour le sentir dans le terminal. Vous en avez un ?

[Rustamzhan Salidzhanov]

MetaDriver:

(Rires...) Avec un bang. ))

DOM - c'est beaucoup. Donnez-moi au moins quelques captures d'écran... Ou (si disponible) un exemple compilé autonome, pour le sentir dans le terminal. Vous en avez un ?

allez voir ici :https://www.youtube.com/user/opmlv il y a un tas de trucs pour retracer son évolution :)

[TheXpert]

MetaDriver:

On tente le coup ?

Rien.

1. Le panneau est juste à la fin. La stratégie est primaire, si elle ne fonctionne pas, le panneau est inutile et ne sert à rien.

2. La mise en œuvre de la partie trading dépend de la stratégie, il n'y a donc rien à discuter dans le cadre de l'assaut d'une stratégie hypothétique. La mise en œuvre de la stratégie, curieusement, dépend aussi de la stratégie :)

3. Effectuez immédiatement un déclenchement pour désactiver la stratégie comptabilisée dans le bloc de négociation. Et désactiver le placement de nouvelles commandes.

4. Panel. Ce qu'est un panel, c'est une routine.

[hrenfx]

Pour ce qui est de la rédaction du TS, cela se passe comme suit :

Forum sur le trading, les systèmes de trading automatisés et les tests de stratégies de trading

Discussion sur le trading haute fréquence sur MT5

hrenfx, 2013.02.06 14:30

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

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

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

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

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

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

[Vladimir Gomonov]

TheXpert:

Rien.

1. Le panneau va droit à la queue. La stratégie est primaire, si elle n'avance pas, le panneau est inutile et ne sert à rien.

2. La mise en œuvre de la partie trading dépend de la stratégie, il n'y a donc rien à discuter dans le cadre d'une hypothétique stratégie d'assaut. La mise en œuvre de la stratégie dépend curieusement aussi de la stratégie :)

3. Effectuez immédiatement un déclenchement pour désactiver la stratégie comptabilisée dans le bloc de négociation. Et désactiver le placement de nouvelles commandes.

4. Panel. Quel panel - une routine.

Eh bien, ici nous avons quelque chose à débattre en même temps. :))

Pas pour polémiquer, disons, mais pour signaler les possibilités :

1. La stratégie est primordiale, s'il ne s'agit pas d'une attaque, le panneau est inutile.

Pour l'instant, je suis d'accord, mais avec une réserve : le programme devrait être immédiatement orienté pour fonctionner en deux modes, donc la partie stratégie / trading devrait être prescrite en une seule fois, en tenant compte de la présence / absence de contrôle depuis le panneau et avec / sans affichage des informations sur le panneau.

2. La mise en œuvre de la partie trading dépend de la stratégie, ........

Toute la partie trading est écrite dans une classe (CMarketDriver), qui implémente complètement le placement des ordres, le suivi des positions, les requêtes et autres choses liées au trading. Pour tous les symboles à la fois. La partie stratégie reçoit simplement les positions de marché recommandées pour les symboles : c'est-à-dire qu'elle remplit le tableau de structures du format {string Instrument ; double Position} et demande la synchronisation avec le serveur : MD.Synchronize(PositionArray). C'est tout. Pour l'instant, il ne traite qu'avec des ordres au marché, mais une version permettant de traiter avec des limites fixées à l'intérieur du spread (pour réduire les coûts de transaction) est en cours de développement. Pour le commerce takeprofits / stops ne pas utiliser, mais MarketDriver peut mettre des arrêts de protection en cas de longue perte de connexion au serveur (paramètres d'arrêt sont spécifiés une fois dans les paramètres du pilote). Soit dit en passant, très réussie, presque aucun problème solution structurée. Pour le test des idées stratégiques dans le testeur - aucun problème avec le commerce, toute l'attention peut être consacrée à la stratégie - tout le commerce a longtemps été débogué et encapsulé dans le pilote de négociation.

2............., il n'y a donc rien à discuter dans le cadre d'un assaut stratégique hypothétique. La mise en œuvre de la stratégie, curieusement, dépend aussi de la stratégie :)

Dans ce cas, le problème est de restructurer le programme de sorte que lors de son développement (par exemple, en ajoutant un troisième essuie-glace), je ne doive pas modifier la majeure partie du code. Ensuite, le programme pourra évoluer vers le multi-devises (pour la simplicité du projet, supposons que les échanges par symboles soient strictement indépendants et que les interrelations ne soient pas considérées). Comment organiser la partie stratégique, en anticipant une telle évolution ?

3. Définissez immédiatement le déclencheur pour désactiver la stratégie prise en compte dans le bloc de négociation. Et désactiver le passage de nouvelles commandes.

Mais nous n'avons pas à le faire. Après tout, nous ne nous attendons pas à beaucoup de problèmes ici.

4. Panel. Eh bien, le panneau est une corvée.

Mais l'organisation de la connexion événementielle de la stratégie avec le panneau est une tâche assez créative, surtout si nous essayons de développer un modèle plus ou moins universel pour un tel panneau qui peut être facilement adapté à différents Expert Advisors et facilement développé au fur et à mesure que le projet grandit/développe.

[TheXpert]

MetaDriver:

Tu n'as pas à le faire, ça ne dépend presque jamais de moi.

Avec moi, ça dépend presque toujours. Surtout lorsqu'on travaille avec ECN. Je veux dire que tout ne se fait pas au niveau le plus bas bien sûr, mais juste à travers les coquilles des fonctions commerciales standard.

[Vladimir Gomonov]

TheXpert:

Avec moi, ça dépend presque toujours. Surtout lorsqu'on travaille avec ECN. Je veux dire que tout ne se fait pas au niveau le plus bas bien sûr, mais juste à travers les coquilles des fonctions commerciales standard.

Je ne sais pas comment ma relation avec l'ECN va évoluer (je vais ouvrir un compte avec RoboForex), mais je vais faire de mon mieux pour conserver ce découplage structurel (stratégie/conducteur de marché). C'est tellement pratique que je suis même prêt à supporter des coûts de trading modérés (comme le manque à gagner).

Voyez comme le cycle principal de l'EA semble simple à la fin :

// Тестовый советник для тестирования обученных в 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  // Если режим записи
..............

Essayez la version d'essai simplifiée et voyez si le système vous plaît. Si oui, adaptez-le à vos besoins et utilisez-le à votre avantage.