Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Именно поэтому я и стараюсь постоянно повторять наш важный принцип - "сохранение простоты даже в ущерб функциональности". Он многое объясняет в том, что мы делаем.
В любом случае, давайте дождемся первой публичной версии MQL5.
Модификаторы доступа будут?
Полиморфизм будет?
Ссылки или указатели? Очень не хватает...
А, еще встроенный класс типа вектора в С++, тоже дико не хватает, ибо те массивы которые щас -- удобными и гибкими назвать сложно.
Или хотя бы увеличится ли гибкость массивов?
Кстати, если работа над идеологией MQL5 ещё не завершена, как пищу для ума могу предложить взглянуть на статью http://www.compress.ru/article.aspx?id=19130&iid=865 о C# 3.0, начиная с пункта "Автоматическое создание методов для свойств объектов" и далее (ссылки в заголовке неверные, лучше долистать вниз руками). Или же ролик о будущем C# 4.0 на http://channel9.msdn.com/posts/Charles/C-40-Meet-the-Design-Team/
А вообще, по большому счёту, в MQL не хватает для производительной работы только одного - полноценного отладчика, как и положено в современной разработке. Всё остальное опционально.
MQL5 должен являться языком для организации автоматизированной торговли, поэтому классы, наследование, указатели и прочая программистская лабудень в нем не нужна.
Пытаться организовать в нем сложную матобработку данных - это совершенное безумие. Матобработку необходимо выносить в dll, написанные на языках высокого уровня которые и предоставят программисту все привычные возможности.
В MQL5 необходимо устранить ограничения 4 касающиеся управления процессом торговли, графического представления информации, тестирования и отладки кода и тп вещи.
Другими словами говоря, MQL5 должен поддерживать код, написанный в 4-ке без всяких доработок и позволять писать программы без использования классов.
В противном случае на уши будет поставлена масса людей - трейдеров, не являющихся профессиональными программистами, и они, несомненно, выскажут все что думают по этому поводу в самой нелицеприятной форме.
MQL5 должен являться языком для организации автоматизированной торговли, поэтому классы, наследование, указатели и прочая программистская лабудень в нем не нужна.
Пытаться организовать в нем сложную матобработку данных - это совершенное безумие. Матобработку необходимо выносить в dll, написанные на языках высокого уровня которые и предоставят программисту все привычные возможности.
В MQL5 необходимо устранить ограничения 4 касающиеся управления процессом торговли, графического представления информации, тестирования и отладки кода и тп вещи.
Другими словами говоря, MQL5 должен поддерживать код, написанный в 4-ке без всяких доработок и позволять писать программы без использования классов.
В противном случае на уши будет поставлена масса людей - трейдеров, не являющихся профессиональными программистами, и они, несомненно, выскажут все что думают по этому поводу в самой нелицеприятной форме.
дейсвительно достаточно пары функций
ХОЧУПРОФИТ()
ВЫВОДПРОФИТАНАМОЙСЧЕТВБАНКЕ()
---
вы может писать и далее в вашем формате не используя классы структуры опп - тем более разработчики обещают оставить полную совместимость
почему же остальные способные писать более эффективно должны страдать ограничениями :-)
дейсвительно достаточно пары функций
ХОЧУПРОФИТ()
ВЫВОДПРОФИТАНАМОЙСЧЕТВБАНКЕ()
Этих функция действительно не хватает :)
Без низ как-то очень кисло получается...
дейсвительно достаточно пары функций
ХОЧУПРОФИТ()
ВЫВОДПРОФИТАНАМОЙСЧЕТВБАНКЕ()
---
вы может писать и далее в вашем формате не используя классы структуры опп - тем более разработчики обещают оставить полную совместимость
почему же остальные способные писать более эффективно должны страдать ограничениями :-)
Ну тогда уж, ПолучитьПрофит().. В принципе - да, этих двух функций было бы достаточно. Но в 5-ке их не будет ;-(
А что, применение классов позволит "писать более эффективно" с точки зрения получения профита ?:-) Впрочем конечно это холивар, ну его.
Достаточно полную поддержку MQL4.
Ну тогда уж, ПолучитьПрофит().. В принципе - да, этих двух функций было бы достаточно. Но в 5-ке их не будет ;-(
А что, применение классов позволит "писать более эффективно" с точки зрения получения профита ?:-) Впрочем конечно это холивар, ну его.
Достаточно полную поддержку MQL4.
полную поддержку MQL4 обещают !
полную поддержку MQL4 обещают !
Думаю, что полная поддержка 4-ки - это просто обработка 3-х событий родительского для всех класса. :-)
Кому не надо, можно не думать обо всем остальном.
Да ну и фих-то с ними, с этими классами, полиморфизмами, наследованием, событиями и прочей лабудой от Страуструпа. Пусть хотя бы возможность создания собственных типов данных будет, как в простом Си. Это уже будет огромным скачком вперед.
Разработчики уже заявили, что наследования пока не будет. Так что о полноценном ООП мы пока только мечтаем.
если разработчики пропустили в своем развитии простой Си, значит не скоро мы их увидим.