Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Хоспадибожемой, да какой тут принцип ооп надо знать? Поставить точку и выбрать метод из списка?
Попробуйте создать систему визуализации из примитивов без продуманного метода конвертации данных. Попробуйте продумать такой метод.
Или, - попробуйте собрать элемент управления на основе графических примитивов Канваса. Сами примитивы, в отличии от МТ-объектов, не имеют нужных свойств по умолчанию. Они не реагируют на курсор, у них нет состояний, у них нет имен, их нельзя перемещать... Все это пользователь должен создавать сам. Каждый примитив превращать в полноценный графический объект, задавать ему свойства, объединять с другими объектами в элементы. И стоит ли этих навыков ждать от каждого?
Абсолютно надуманная проблема.
Визуальный интерфейс для стратегий это лишнее, кому нужны кубики для стратегий, то это в тслаб.
Да и в сети как то встречал программы для генерации mql кода, которые в визуальном режиме собирают стратегии кубиками.
Для разработки торговых стратегий и индикаторов, визуальный режим не нужен, это действительно лишнее.
А вот для модульных графических приложений, визуальный режим как вы показали в гифке, был бы кстати.
Имеется ввиду в одного советника всунуть миллион советников. Как будто от этого он будет более продаваемый.
К тому же уже давно можно делать графический интерфейс для советника. Поэтому, в чем проблему тут у некоторых - непонятно. Наверно мечтают о каком-то волшебном способе...
Попробуйте создать систему визуализации из примитивов без продуманного метода конвертации данных. Попробуйте продумать такой метод.
Или, - попробуйте собрать элемент управления на основе графических примитивов Канваса. Сами примитивы, в отличии от МТ-объектов, не имеют нужных свойств по умолчанию. Они не реагируют на курсор, у них нет состояний, у них нет имен, их нельзя перемещать... Все это пользователь должен создавать сам. Каждый примитив превращать в полноценный графический объект, задавать ему свойства, объединять с другими объектами в элементы. И стоит ли этих навыков ждать от каждого?
А зачем?
А зачем?
Как зачем, чтоб увеличить прибыльность и матожидание робота :)
Посмотрите на интерфейс CCanvas, CCanvas3D и CGraphic стандартной библиотеки. Посмотрите на библиотеку контролов для построения интерфейсов в /Controls.
Там уже космос по возможностям. Да и просто достаточно.
Но дай бог 1% людей туда доберутся даже чтобы увидеть наличие таких возможностей. Именно на этом шаге все умирает - люди не могут даже увидеть возможностей, а не "им сложно этим пользоваться".
Если ты на входе потерял 99% всех потенциальных пользователей, то дальнейшая оптимизация обучения или стимуляции уже не имеет значения.
А почему потерял? Да потому что всем лень даже искать, читать или напрягаться.
И проблему невозможно решить никакими быстрыми/эффективными/магическими действиями. Только методичным обучением, что мы уже 20 лет делаем.
Вопрос: кто в курсе, что у нас в стандартной библиотеке около 500 мощнейших математических функций, аналогичных базовой функциональности R?
Не спорю, согласен, для торговой системы достаточно. Я думаю в графику не лезут многие, т.к. MQL именно для торговли. А кто пишет роботов на продажу - всё что нужно давно освоили, и наверное им нужно процентов 20% от того что уже есть.
Я замечал что многие кто пишет несложных роботов, даже не знают что 80% можно закрыть CExpertSygnal. Просто не знают.
Математическую папку тоже недавно начал осваивать, причём нашёл её случайно когда стал искать в СБ ф-цию логарифма по произвольному основанию :) Просто не требовалось и не заглядывал, так то круто. з.ы. логарифм пока не нашёл))
© Фёдор Михайлович Достоевский
А зачем?
Чтобы использовать CCanvas. Для чего он нужен? - Визуализация данных (для этого больше подходит CGrafic), и для создания GUI. Первая задача решается в стиле творений Николая. Она сложна. Однако, вторая задача - намного сложнее. Там требуется создавать свои объекты в памяти и объединять их с параметрами примитивов. Создавать свои события и их реакции на них. Это вообще, под силу специалистам. Поэтому, разговор о легкости использования CCanvas немного преувеличивает. Легко нарисовать какую то ерунду, а сделать что то качественное - очень и очень сложно.
Чтобы использовать CCanvas. Для чего он нужен? - Визуализация данных (для этого больше подходит CGrafic), и для создания GUI. Первая задача решается в стиле творений Николая. Она сложна. Однако, вторая задача - намного сложнее. Там требуется создавать свои объекты в памяти и объединять их с параметрами примитивов. Создавать свои события и их реакции на них. Это вообще, под силу специалистам. Поэтому, разговор о легкости использования CCanvas немного преувеличивает. Легко нарисовать какую то ерунду, а сделать что то качественное - очень и очень сложно.
Сделать что-то качественное в любом случае очень сложно.
Очень немного требуется, чтобы уничтожить человека: стоит лишь убедить его в том, что дело, которым он занимается, никому не нужно...
© Фёдор Михайлович Достоевский
Да? Ну так убивать старушку или нет? Просто обожаю Достоевского!
Да и из какого произведения Достоевского эта цитата?
Чтобы использовать CCanvas. Для чего он нужен? - Визуализация данных (для этого больше подходит CGrafic), и для создания GUI. Первая задача решается в стиле творений Николая. Она сложна. Однако, вторая задача - намного сложнее. Там требуется создавать свои объекты в памяти и объединять их с параметрами примитивов. Создавать свои события и их реакции на них. Это вообще, под силу специалистам. Поэтому, разговор о легкости использования CCanvas немного преувеличивает. Легко нарисовать какую то ерунду, а сделать что то качественное - очень и очень сложно.
Это при том, что есть ещё CCanvas3D, с которым вряд ли вообще кто то разбирался, кроме Николая
:))