ООП для MQL4/MQL5 - это очень просто. Курс для начинающих.

[VDev]

Всем привет!

Открываю тему по изучению объектно-ориентированного программирования с нуля. Будем использовать языки MQL4, MQL5, возможно, С++ в составе DLL. Будет желание, зацепим и C# с Matlab'ом
Кратенько о себе. Программист с более чем 25-летним стажем, работал в крупных отечественных и зарубежных компаниях по разработке ПО и различной электроники. В мае 2010 г. понял, что наемная работа мешает мне развиваться в программировании на форексе, с тех пор работаю дома и вполне доволен. Активно использую в работе MQL4, MQL5, VS 2017 C++, C#, Matlab. Ну и всякое разное по мелочи.

Краткий план курса

1. Структуры
2. От структур к классам
3. Абстрактные классы, виртуальные функции
4. Интерфейсы
5. Что дальше?

И вопрос к модераторам. Хотелось бы сделать меню, чтобы участники могли ориентироваться в разделах темы. Если я сделаю меню в начальных постах, как долго у меня будет доступ на редактирование поста с меню? Надо ли мне будет раз в несколько дней делать там изменения, чтобы пост не "заморозился"? Сможете ли вы в крайнем случае (например, я отсутствовал больше разрешенного срока) разморозить пост с меню? Или лучше продублировать меню на независимом ресурсе, например FB?
Жду вашего ответа и начинаю сегодня.

[MonyaMaker]

Приступаем к практическим заданиям?

[Krypton,]

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

Только , если, Вы с MQL5, зря надеетесь на дисциплину здесь, и алгоритмическое мышление) Но грамотные пацаны здесь есть, некоторые уже отписались в теме)

[VDev]

Получился некоторый перерывчик, продолжим.

MonyaMaker - да, будем переходить к практике
Krypton - математика вообще не нужна )) насчет дисциплины - тут меньше визгов, чем на форуме mql5
----------------------------
Вроде писал ранее, разработаем класс по управлению сеткой ордеров. Навскидку задачи будут такие:

1. Клас будет мультиплатформенный, по MQL4 и MQL5
2. Выставление одиночного рыночного ордера (МТ4), открытие позиции (МТ5) со всеми проверками
3. то же самое для отложенных ордеров
4. Открытие сетки рыночных ордеров/позиций с заданным шагом изменения цены
5. Открытие сетки отложенных ордеров с заданным шагом
6. Закрытие отдельного ордера/позиции с проверками
7. Установка SL и TP для рыночного ордера/позиции
8. Работа с сеткой, какая конкретно - выясним в процессе

Коды я буду выкладывать на GitHub, чтобы было всем доступно и комментировать здесь. Для МТ5 буду по максимуму использовать Стандартную библиотеку, чтобы не изобретать велосипеды. Для МТ4 в СБ нет торговых классов, так что придется писать их ручками.
Набросал упрощенную схему хранения ордеров.

[VDev]

Для начала напишем класс CAvOpder для хранения данных единичного ордера. Он будет входить в основной класс CGridOrderManager, который будет хранить множество ордеров в ассоциативном массиве.
Как я говорил, код будет мультиплатформенный, то есть в зависимости от того, в какой файл, .mq4 или mq5 будет включен .mqh с классом, под такую платформу и будет произведена компиляция.
Привожу предварительную версию класса, потом подробно разберем who is who. Исходные тексты доступны на https://***********/VDev64/gridordermanager

#ifdef __MQL5__    #include <Trade\Trade.mqh>#endifclass CAvOrder : public CObject{#ifdef __MQL5__    CTrade m_trade;#endif#ifdef __MQL4__protected:    const   int         m_ticket;    const   string      m_symbol;    const   int         m_magic;    const   int         m_cmd;    const   datetime    m_openTime;    const   double      m_openPrice;    const   double      m_lot;    CAvOrder(){ }public:    double  m_stoploss;    double  m_takeProfit;    datetime m_closeTime;    double  m_closePrice;    double  m_profit;    double  m_swap;    double  m_comission;    datetime m_expiration;    string  m_comment;    CAvOrder(int ticket, string symbol, int cmd, double lot, double price, datetime openTime, int magic = 0, double stoploss = 0,        double takeprofit = 0, string comment = NULL, datetime expiration = 0, color arrow_color=CLR_NONE) :         m_ticket(ticket), m_symbol(symbol), m_magic(magic), m_cmd(cmd), m_openTime(openTime), m_openPrice(price), m_lot(lot)    {        SetParams(stoploss, takeprofit, comment, expiration);    }        ~CAvOrder(){}        void GetStableParams(int& ticket, string&  symbol, int& magic, int& cmd, datetime& openTime, double& openPrice, double& lot)    {        ticket = m_ticket;         symbol = m_symbol;        magic = m_magic;        cmd = m_cmd;        openTime = m_openTime;        openPrice = m_openPrice;        lot = m_lot;    }        void SetParams(double stoploss = 0, double takeprofit = 0, string comment = NULL, datetime expiration = 0)    {        m_stoploss = stoploss;        m_takeProfit = takeprofit;        m_comment = comment;        m_expiration = expiration;    }#endif}; 

[VDev]

Как пишется мультиплатформеный код? Как вы знаете, языки MQL4 и MQL5 практически идентичны, а вот API во многих местах отличаются. В основном это торговые функции, доступ к таймфреймам и работа с индикаторами. В программной среде определены дефайны, указывающие на тип терминала, _MQL4_ и _MQL5_. В первой строке видно, как это использовать

#ifdef __MQL5__                     //если определен такой дефайн, компилируем под MQL5    #include <Trade\Trade.mqh>#endif 

Я решил для MQL5 использовать стандартную библиотеку. Во первых, это упростит разработку, во вторых, вы познакомитесь с ее использованием. В МТ4 тоже есть СБ, но в ней нет многого, что есть в МТ5, в частности, торговых функций, так что там будем писать код ручками.

[VDev]

Объявляем класс, обратите внимание, что он наследуется от стандартного CObject с модификатором доступа public. Это означает отсутствие ограничений при наследовании. Сам класс CObject служит единственной цели - быть родителем для всех остальных классов. Немного позже будет понятно, зачем вообще нужно какое-то наследование.

class CObject  {private:   CObject          *m_prev;               // previous item of list   CObject          *m_next;               // next item of listpublic:                     CObject(void): m_prev(NULL),m_next(NULL)            {                 }                    ~CObject(void)                                       {                 }   //--- methods to access protected data   CObject          *Prev(void)                                    const { return(m_prev); }   void              Prev(CObject *node)                                 { m_prev=node;    }   CObject          *Next(void)                                    const { return(m_next); }   void              Next(CObject *node)                                 { m_next=node;    }   //--- methods for working with files   virtual bool      Save(const int file_handle)                         { return(true);   }   virtual bool      Load(const int file_handle)                         { return(true);   }   //--- method of identifying the object   virtual int       Type(void)                                    const { return(0);      }   //--- method of comparing the objects   virtual int       Compare(const CObject *node,const int mode=0) const { return(0);      }  }; 

Как видно, практически это класс-заготовка, который нельзя использовать напрямую, только для наследования. Если вы не знаете, что такое виртуальные функции (virtual перед названием), упрощенно считайте, что это заготовки, которые будут реализованы в потомках. Или не реализованы, если нет нужды.

Итак, объявляем шапку нашего класса. Сейчас реализован некоторый код для MQL4, который находится в секции ниже

#ifdef __MQL4__ 

Все, что находится в секции protected, не будет видно снаружи, эти данные видны только внутри класса. И обратите внимание, эти 6 полей я сделал еще и константными, то есть они задаются один раз при создании экземпляра класса и потом их уже нельзя изменить никакими путями. Почему так? Да потому, что и в реале эти данные у открытого ордера/позиции поменять после открытия нельзя.
Кстати, в предыдущем посте я ошибся и запихнул туда сгоряча и размер лота, это неправильно, я закомментировал.

//const   double      m_lot; 

class CAvOrder : public CObject{#ifdef __MQL5__    CTrade m_trade;#endif#ifdef __MQL4__protected:    const   int         m_ticket;    const   string      m_symbol;    const   int         m_magic;    const   int         m_cmd;    const   datetime    m_openTime;    const   double      m_openPrice;    //const   double      m_lot;    CAvOrder(){ }public: 

[VDev]

Возникает вопрос - как же задать константные значения? У каждого класса есть конструктор(-ы) и деструктор. Конструктор вызывается при создании объекта класса, деструктор - при его уничтожении. Пример:

class A : public CObject{protected:    int m_field1;    double m_field2;public:    A(int f1, double f2) // конструктор N 1    {        m_field1 = f1;  // Поля инициируются внутри конструктора        m_field2 = f2;    }        // А в этом конструкторе поля m_field1, m_field2 инициируются ДО вызова конструктора. Чтобы различать эти конструкторы, я добавил в параметры переменную select    A(int f1, double f2, bool select) : m_field1(f1), m_field2(f2) // конструктор N 2    {    }    } 

[Tekora]

как же задать константные значения?

Очень полезная штука при создании класса индикатора можно задать значения внешних параметров по умолчанию.
И такой вопрос возник - Почему нельзя задать спецификатор private для константных переменных-членов класса m_ticket, m_symbol, m_magic, m_cmd, m_openTime, m_lot? Наверное хотите от него еще один класс сделать наследником?
П.С. Посмотрел код AvOrder.mqh, любезно выложенный Вами на ***********. Там только для MQL5 класс написан? Сам файл не компилируется в метаэдиторе для MT4. Отсутствует определение родительского класса CObject.

[VDev]

Очень полезная штука при создании класса индикатора можно задать значения внешних параметров по умолчанию.
И такой вопрос возник - Почему нельзя задать спецификатор private для константных переменных-членов класса m_ticket, m_symbol, m_magic, m_cmd, m_openTime, m_lot? Наверное хотите от него еще один класс сделать наследником?
П.С. Посмотрел код AvOrder.mqh, любезно выложенный Вами на ***********. Там только для MQL5 класс написан? Сам файл не компилируется в метаэдиторе для MT4. Отсутствует определение родительского класса CObject.

Да, можно и private, просто как-то привык не закрывать полностью члены, пока все окончательно не устаканилось. Пока код как раз для MQL4, для MQL5 дописываю. Кстати, для МТ4 можно компилировать из под МТ5 Editor. Но так как файл .mqh, надо сделать какую-нибудь пустышку .mq4 и включить его туда. Тогда Metaeditor переключит компилятор на четверочный.
Спасибо за замечание, упустил. Надо явно подключить файл

#include <Object.mqh> 

Вставить в самый верх файла.

[VDev]

Соответственно, для этого класса инициализация будет проходить так

    CAvOrder(int ticket, string symbol, int cmd, double lot, double price, datetime openTime, int magic = 0, double stoploss = 0,        double takeprofit = 0, string comment = NULL, datetime expiration = 0, color arrow_color=CLR_NONE) :         m_ticket(ticket), m_symbol(symbol), m_magic(magic), m_cmd(cmd), m_openTime(openTime), m_openPrice(price)    {        SetParams(lot, stoploss, takeprofit, comment, expiration);    } 

В принципе, по части MQL4 больше говорить нечего, допишу часть MQL5, немного по ней и начнем уже разрабатывать сам CGridOrderManager, там будет поинтереснее

[VDev]

Довольно сильно доработал для части MQL4, теперь можно считывать параметры непосредственно из открытого ордера, вот пример, это публичный метод класса. Перед началом работы с параметрами ордеров надо вызвать Select()

    bool Select()    {        if(OrderSelect(m_ticket, SELECT_BY_TICKET))            return true;        return false;        }    double StopLoss(bool reread = false )    {        if(reread)            m_stoploss = OrderStopLoss();        return m_stoploss;       } 

Для MQL5 пока просто добавил класс из стандартной библиотеки, чисто для скорости разработки. Потом, когда будет время, сделаю такое же кеширование, как для MQL4.
В этом классе можно получить все свойства позиции, все очень похоже на работу с ордерами в МТ4.

#ifdef __MQL5__    CPositionInfo* m_positionInfo;#endif 

Все коды выложены на GitHub, https://***********/VDev64/gridordermanager

Приступаю к разработке основного класса.

[Viktor1987]

Перед началом работы с параметрами ордеров надо вызвать Select()

    bool Select()    {        if(OrderSelect(m_ticket, SELECT_BY_TICKET))            return true;        return false;        }    double StopLoss(bool reread = false )    {        if(reread)            m_stoploss = OrderStopLoss();        return m_stoploss;       } 

А в методе Select() не проще ли:

bool Select(){   return OrderSelect(m_ticket, SELECT_BY_TICKET)} 

и обработка ошибок я так понял будет реализована позже! Не сочтите за наглость , просто давно хотел написать библиотеку для работы с ордерами, а Вы пишете мультиплатформенный код, это ещё круче!

[ir0407]

А в методе Select() не проще ли:

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

[Viktor1987]

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

А подробнее? Кака разница между:

bool Select(){   return OrderSelect(m_ticket, SELECT_BY_TICKET)} 

и :

//--- метод классаint GetTicket(){   return m_ticket;}//--- метод классаbool Select(){   return OrderSelect(GetTicket(), SELECT_BY_TICKET)} 

Я ведь правильно понял фразу:

либо через собственный метод чтения поля

[ir0407]

А подробнее? Кака разница...

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

Я ведь правильно понял фразу:

правильно

[Viktor1987]

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

Аааа... это я знал, но тут вроде как конкретно обращение к полю идёт из собственного класса, поэтому и спросил!

[ir0407]

Аааа... это я знал, но тут вроде как конкретно обращение к полю идёт из собственного класса, поэтому и спросил!

Тут, как бы, "правила хорошего тона" должны присутствовать.
1. Функция(метод), по возможности, не должна делать прямых обращений к внешним переменным. Все такие обращения желательно делать через параметры.
2. Если в классе присутствуют закрытые поля, нужно делать у ним гет/сет-теры, и работать через них, а не делать прямых обращений.

[VDev]

Тут, как бы, "правила хорошего тона" должны присутствовать.
1. Функция(метод), по возможности, не должна делать прямых обращений к внешним переменным. Все такие обращения желательно делать через параметры.
2. Если в классе присутствуют закрытые поля, нужно делать у ним гет/сет-теры, и работать через них, а не делать прямых обращений.

С пунктом 2 полностью не согласен. Чтобы не спорить, посмотрите, как написана стандартная библиотека, нет там оверхедных геттеро-сеттеров для использования внутренних переменных класса. Для внешнего доступа да, нужно.
Второе - этот класс не будет использоваться самостоятельно, только в составе CGridOrderManager. И третье - можно все расписать красиво, убив кучу времени. Но мне лично нужен быстрый результат для своего проекта. Когда он будет, подумаем о красоте.

Байка в тему Как-то давно главу Sony спросили, вы делаете лучшую аудиотехнику, почему вы не сделаете лучший в мире магнитофон?
- Потому, что пока мы будем делать самый лучший в мире магнитофон, конкуренты выпустят десятки просто хороших.

[VDev]

А в методе Select() не проще ли:

bool Select(){   return OrderSelect(m_ticket, SELECT_BY_TICKET)} 

и обработка ошибок я так понял будет реализована позже! Не сочтите за наглость , просто давно хотел написать библиотеку для работы с ордерами, а Вы пишете мультиплатформенный код, это ещё круче!

Я всегда рад полезным замечаниям Да, так Select чуть проще, поправил. Я же пишу быстро и не всегда оптимально. Насчет обработки ошибок - а какие уже нужно обрабатывать?

[ir0407]

С пунктом 2 полностью не согласен.

Дык я же не настаиваю... Это просто "правила хорошего тона", не более того. А так... Каждый делает в меру своих убеждений.

Чтобы не спорить, посмотрите, как написана стандартная библиотека, нет там оверхедных геттеро-сеттеров для использования внутренних переменных класса.

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