Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Ну вот же:
Попробую (или попробуем, если будут заинтересованные) сделать основу для советников. Максимально пригодную именно для простых вещей и не требующую от прикладного программиста существенных знаний.
В отличии от местно-принятой практики, проектирование будет вестись сверху-вниз. От желаемых use-case пользователя, а не от инженерных основ терминала.
в приниципе внутри GetData OnCrossSignal можно будет использовать запись подобную приведённой вами. Потенциально можно будет даже скрипты писать :-) Но всему своё время...Работа с данными строится как элетронноя таблица.
Вот уже лучше, начинаете понимать, что я хочу до Вас донести. Если декларируете подход от верха к низу, так и начинайте с верха. Поэтому "всему свое время" - снова не катит. Это первоочередная задача.
Изобретается EasyLanguage? Сколько видел MT4-советников, все написаны через MT4-API, без сложных оберток. Видимо, так, действительно, проще и надежней, раз код выходит лаконичным.
Если, например, использовать такую MT5-обертку для торговли, или такую для МАшек, то просто будет только автору самих оберток.
Изобретается EasyLanguage? Сколько видел MT4-советников, все написаны через MT4-API, без сложных оберток. Видимо, так, действительно, проще и надежней, раз код выходит лаконичным.
Если, например, использовать такую MT5-обертку для торговли, или такую для МАшек, то просто будет только автору самих оберток.
Согласен, причём немаловажную роль для использования и изучения чего-то играет развитие и поддержка в будущем. Тупой пример но всеже, выйдет mql6 или новый вид ордеров, смысл был разбирается с данными обертками если все равно придётся читать маны на этом сайте.
Ну так правильно все пишите. Но пользователю куда понятнее вот такой псевдокод:
Другое дело что заставить это работать именно в таком виде (процедурном я замечу) ой как сложно, но все-таки можно. Вот к этому и нужно стремится, что бы на пользовательском уровне были как можно более простые и абстрактные инструкции. А у Вас получается, что пользователю нужно указать макросы условной компиляции, конкретные функции расчета средних, и прочие технические детали которые он просто не осилит.
а в чем проблема реализовать это? пишется как и задумывал ТС универсальный класс, затем подключаем его инклудником и ниже еще один инклудник с дефайнами в которые оборачиваем вызовы методов:
для юзера скрыта реализация, но будет требуемое удобство использования
кактотак
Никакой коммерции пожалуйста.