Будут ли конструкторы с параметрами - страница 2
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
а можно вопрос "по ходу"? как вы планируете дальше развивать пятерку?
После выпуска релиза платформы будет пару лет апгрейда функционала платформы.
MQL5 лишь малая часть всей системы, поэтому концентрироваться на ней не имеет смысла - она будет развиваться вместе со всем остальным. Никакой речи об MQL6 ближайшие пару лет не может быть.
После выпуска релиза платформы будет пару лет апгрейда функционала платформы.
отлично! тогда возможно и нам и вам бы в помощь был бы полезен размещенный где нибудь список с "заявками" на функционал ;)
просто перечень типа заявка - статус:
123) Опции настройки стайлера - разрабатывается
124) Конструкторы с параметрами - обсуждается
125) Реализация протокола FIX - отложено
126) MQL в мобильном терминале - не будет реализовано никогда
...
и вас бы меньше дергали и нам бы было где оставлять свои пожелания, чтобы вы видели в чем есть потребность у MQL-разработчиков. а то на форуме в ветках типа "Пожелания к ...." в конце концов становится трудно что либо найтить ;)
отлично! тогда возможно и нам и вам бы в помощь был бы полезен размещенный где нибудь список с "заявками" на функционал ;)
Скоро будет. Внутреннее тестирование пока не закончилось.
Ура! Вот за это реально спасибо. Такими темпами скоро можно будет реально клепать что угодно, не заморачиваясь на особенности языка.
Можно и сейчас, конечно, но таки заморачиваясь.
Еще не решили?
ИМХО, конструктор с параметрами - зло.
угу, тогда и Windows тож зло, а то, что все основные языки программирования в ходе развития стали похожи друг на друга - случайность ;)
Про конструкторы с параметрами я несколько месяцев назад задавал вопрос, вначале сказали нет, затем скоро будет, теперь опять нет. Как Вы предлагаете работать с классами в которых будут использоваться массивы? - только править руками некий define под конкретные задачи? - очень неудобно и портит универсальность, для себя я нашел способ передавать в конструктор параметры инициализации - все работает, но если с кем-то поделиться кодом, то придется объяснять что да как. Такое ощущение, что mql5 идет некой "своей дорогой тропой" суперспециализированных языков программирования, некая SCADA-система для торговли - только ограниченная группа профессионалов сможет сходу решать поставленные задачи, имхо
Конструкторы с параметрами уже работают, сейчас идет внутренне тестирование. Как закончим, появится в новом билде.
Без более полного соответствия C++ языку уж очень неудобно существующий код переносить в MQL5.
Renat:
Без более полного соответствия C++ языку уж очень неудобно существующий код переносить в MQL5.
Исключительно правильная мысль!! Я только убрал бы слово "более", чтобы получилось "Без полного соответствия С++..." :)
Кстати, try, catch и throw тоже вроде являются стандартными средствами С++.
И Комитет по разработке стандартов С++ (и С# тоже) не считает их злом, а совсем наоборот!
И Комитет по разработке стандартов С++ (и С# тоже) не считает их злом, а совсем наоборот!
Комитет может считать все что им вздумается, поскольку и С++ и C# отдельная песня, при этом никак не связанная с MQL.
А за конструкторы конечно спасибо. хочется уж по быстрей их юзать начать...
Нужен (управляемый программистом) механизм возвращения неудачи конструктора.
Т.е. если для простых объектов при неудачном распределении памяти new автоматически вернёт пустой указатель, то для сложных (имеющих вложенные объекты или массивы) нужно иметь внутри конструктора явный способ сообщения о неудачной инициализации (или распределения памяти) дочерних объектов, отменяющий создание текущего объекта, и приводящий к возвращению new пустого указателя.
В принципе оно нужно уже сейчас, это не зависит от наличия параметров в конструкторах. Просто если уж доводить до ума технологию, то желательно это сделать до или одновременно с введением параметризованных конструкторов. Дабы не усугублять.