Вопросы от начинающих MQL5 MT5 MetaTrader 5 - страница 188
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Здраствуйте!
Не могу разобратся какой интегер нужно для отображения графического объекта
на всех тайм фреймах.
Спасибо.
OBJ_ALL_PERIODS=2097151
Кто-нибудь знает, есть ли ключ у компилятора, позволяющий получать сообщения о неиспользуемых функциях и переменных, как это сделано в MQL4?
А как это сделано в mql4 ?
Спрашивал насчёт не вывода предупреждений о неиспользуемых функциях, Ренат ответил, что не будет. В связи с использованием подключаемых библиотек. Раньше было в старом билде. Теперь - нету. Очень неудобно искать те функции в теле советника, которые не используются. О неиспользуемых переменных он говорит только, если находит их в теле какой-либо функции, а не start() или OnTick()
А как это сделано в mql4 ?
Спрашивал насчёт не вывода предупреждений о неиспользуемых функциях, Ренат ответил, что не будет. В связи с использованием подключаемых библиотек. Раньше было в старом билде. Теперь - нету. Очень неудобно искать те функции в теле советника, которые не используются. О неиспользуемых переменных он говорит только, если находит их в теле какой-либо функции, а не start() или OnTick()
Потому что в ООП не функции, а методы. В каждой библиотеке может быть куча классов с множеством методов, часть из которых не используется. Дополнительно классы также обращаются к другим библиотекам, часть методов которых тоже не используются. В результате чего может получиться огромная портянка неиспользуемых методов.
Судя по объёму скомпилированного кода, компилятор автоматом исключает неиспользуемые методы. Т.е. нет никакого смысла искать их самостоятельно, т.к. эту работу выполняет компилятор.
Потому что в ООП не функции, а методы. В каждой библиотеке может быть куча классов с множеством методов, часть из которых не используется. Дополнительно классы также обращаются к другим библиотекам, часть методов которых тоже не используются. В результате чего может получиться огромная портянка неиспользуемых методов.
Судя по объёму скомпилированного кода, компилятор автоматом исключает неиспользуемые методы. Т.е. нет никакого смысла искать их самостоятельно, т.к. эту работу выполняет компилятор.
Потому что в ООП не функции, а методы. В каждой библиотеке может быть куча классов с множеством методов, часть из которых не используется. Дополнительно классы также обращаются к другим библиотекам, часть методов которых тоже не используются. В результате чего может получиться огромная портянка неиспользуемых методов.
Судя по объёму скомпилированного кода, компилятор автоматом исключает неиспользуемые методы. Т.е. нет никакого смысла искать их самостоятельно, т.к. эту работу выполняет компилятор.
Надеюсь обсуждение предыдущего вопроса завершено. Трудно понять когда тема закрыта и уместно задать свой вопрос. Подскажите. Не могу понять как заполнить один двухмерный массив результатами вычислений St_handle и MA_handle, получается передавать только в одномерный.
Это-то как раз не проблема. Проблема именно поиск неиспользуемых методов в своих классах.
Что значит: неиспользуемые методы в своих классах? В ООП такое не практикуется. Нормальный программист в ООП, в отличие от алгоритмического программирования, создаёт классы со всеми необходимыми полями и методами, что называется на все случаи жизни, поскольку этот же класс может впоследствии пригодиться и в других приложениях или войти в библиотеку классов. Я уже не говорю про то, что даже в рамках одного проекта лучше сразу создавать полноценные классы, а не урезанные, чтобы потом не пришлось лазить по исходникам и добавлять необходимые поля и методы.
В ООП всякая экономия, к которой многие привыкают в алгоритмическом программировании, только боком вылазит впоследствии. Все, что не используется, должен исключать из кода компилятор, а не программист.
Конечно же в ООП исходники получаются большего объёма по сравнению с алгоритмическим программированием. Но это не недостаток, а преимущество, т.к. значительная часть "лишнего" кода в данном проекте, может быть многократно применена в других проектах.
У меня только своих методов больше пятисот. Взаимосвязи очень сложные. Рудиментарный код неизбежен. Быстро посмотреть что уже неиспользуется бывает очень полезно.
Подскажите. Не могу понять как заполнить один двухмерный массив результатами вычислений St_handle и MA_handle, получается передавать только в одномерный.
А смысл? Т.е. зачем лепить горбатого, вместо того, чтобы применять бритву Оккама? Т.е. в чём преимущество двумерного массива перед двумя одномерными? Ведь вам сначала нужно в двумерный что-то запихать из двух одномерных, созданных по умолчанию индикаторами, а потом что-то оттуда вытаскивать. Лишнюю работу делаете и других пытаетесь в неё втянуть.
Если бы была проблема с одномерными массивами, тогда овчинка стоила бы выделки.
простите если не в тему ..
помогите кто может ..
в delphi 7 dll процедура..
procedure test1(var data: array of Double); stdcall;
begin
ShowMessage('Вошли ');
end;
в mt4 :
#import "gayss.dll"
void test1( double &data[] );
#import
ArrayResize(data, 6);
data[0]= 2;
data[1]= 4;
data[2]= 8;
data[3]= 16;
data[4]= 21;
data[5]= 3;
test1(data);
и ошибка вылазит.. 2014.02.06 17:39:04.241 stack damaged, check DLL function call in 'SOG_2014.mq4' (80,7)
может кто знает как надо по правильному..