Справка по языку MQL5 - страница 30

 

Вопросы по работе с графическими объектами отпадудт, если будет приведен исчерпывающий пример программы, реализующей такую работу. (Это к разработчикам)

Также вопросы по работе с графическими объектами станут исчезать после изучения возможностей Объектно Ориентированного Программирования. (Это к пользователям)

 
nen >>:

Вопросы по работе с графическими объектами отпадудт, если будет приведен исчерпывающий пример программы, реализующей такую работу. (Это к разработчикам)

Также вопросы по работе с графическими объектами станут исчезать после изучения возможностей Объектно Ориентированного Программирования. (Это к пользователям)

Вопросы, думаю отпадут через пару дней после релиза непосредственно терминала.

Ничего катастрофического в изменениях нет, просто кому-то станет намного сложнее писать, а кому-то это станет не под силу.

__________________________

Разработчикам -- предлагаю ввести словарь терминов из справки или в справке добавить соответствующий раздел.

Учить других ООП вы конечно не обязаны, но кратко объяснить, что такое полиморфизм к примеру и собрать все объяснения в одно место -- это было бы имхо совсем неплохо.

 
Renat писал(а) >>

... Архитектурно индикатор - это оторванная от графика расчетная сущность, которая умеет перемалывать предоставляемые числовые буферы с данными и отрисовывать результаты одним из стандартных вариантов визуализации.

Если же добавлять к нему возможность создавать и управлять объектами, то это заставит нас явно интерфейсно привязывать к графику, что создаст определенные ограничения в тестере.

Вопрос с созданием объектов из индикаторов остается открытым - окончательное решение еще не принято.

Меня встревожило жирное красное. Вызывает интерес вот такой еще разрез (с): для кого пишется терминал?

Ну то, что в первую голову для кухонь, это уже давно понятно.

Теперь открытым текстом получаем подтверждение, что во вторую голову - для укуренной толпы озадаченных поиском грааля, что вполне соответствует решению первой задачи.

Простите, а где собственно трейдер? Он как-то вписывается в ваши планы? Его (торговца) существование влияет на расстановку приоритетов?

Жирное черное оставляет еще какие-то надежды...

 
Renat писал(а) >>

Архитектурно индикатор - это оторванная от графика расчетная сущность, которая умеет перемалывать предоставляемые числовые буферы с данными и отрисовывать результаты одним из стандартных вариантов визуализации.

Если же добавлять к нему возможность создавать и управлять объектами, то это заставит нас явно интерфейсно привязывать к графику, что создаст определенные ограничения в тестере.

Вопрос с созданием объектов из индикаторов остается открытым - окончательное решение еще не принято.

Последнее высказывание обнадёживает.

Если есть такая возможность, то, конечно, это желательно.

Пользователь набрасывал индикатор, чтоб только глянуть на стрелочки-полосочки (не только буферные синусоиды), и потом снимал индикатор с графика. И проделывал это с несколькими индикаторами.. И мог, например, оставить какой-то один, наиболее подходящий к ситуации.

А теперь, чтобы что-то "только глянуть", придётся заводить эксперт взамен установленного, который ещё и (а поди-проследи-запомни) начнёт торговать..

--

По необходимости опубликуйте, пожалуйста, список "открытых" вопросов, решения которых ещё имеет смысл обсуждать.

 

По необходимости опубликуйте, пожалуйста, список "открытых" вопросов, решения которых ещё имеет смысл обсуждать.

Так тебе и опубликуют! Это не в их интересах - сроки поджимают.

Нам всем повезло еще, что это обнаружили и есть какая то надежда на исправление ситуации!

 
api писал(а) >>

Нам всем повезло ..

На мой взгляд, конструктивный диалог - единственный способ продвижения от хорошего к лучшему. 5я платформа, безусловно, является шагом вперёд. Вместе с тем, человеческие возможности не безграничны. Люди могут ошибаться. В конце концов, есть и ступени творческого роста.

Вот, замечательная она - "оторванная от графика расчетная сущность". По моим представлениям, такими должны быть ВСЕ прикладные программы. Хорошо бы иметь одну-единственную сущность (какую-то обязательную Main), которая сидит в терминале и вызывает для работы подчинённые сущности - эксперты, индикаторы (указывает в каком окне отображаться и по какому фин.инстр. торговать). Подчинённые, в свою очередь, тоже могут вызывать друг друга. И вся эта кухня управляется пользователем через Main-овское API. Такие потребительские свойства платформы были бы вне конкуренции и, главное, востребованы как трейдерами, так и программистами. Но это мой взгляд.

Определение концепций и архитектурные решения - дело компании. Это как с президентами - (из-за границы говорят:) будем работать с тем, какой будет.

 
SK. >>:

На мой взгляд, конструктивный диалог - единственный способ продвижения от хорошего к лучшему. 5я платформа, безусловно, является шагом вперёд. Вместе с тем, человеческие возможности не безграничны. Люди могут ошибаться. В конце концов, есть и ступени творческого роста.

Вот, замечательная она - "оторванная от графика расчетная сущность". По моим представлениям, такими должны быть ВСЕ прикладные программы. Хорошо бы иметь одну-единственную сущность (какую-то обязательную Main), которая сидит в терминале и вызывает для работы подчинённые сущности - эксперты, индикаторы (указывает в каком окне отображаться и по какому фин.инстр. торговать). Подчинённые, в свою очередь, тоже могут вызывать друг друга. И вся эта кухня управляется пользователем через Main-овское API. Такие потребительские свойства платформы были бы вне конкуренции и, главное, востребованы как трейдерами, так и программистами.

Но определение концепций и архитектурные решения - дело компании. Это как с президентами - (из-за границы говорят:) будем работать с тем, какой будет.

Согласен!

Поначалу было тоже вскипел по "индикаторному вопросу", но тут-же и остыл. И вот почему.

Да! Ренат прав, если для более продуктивной а самое главное безглючной работы надо сущности оторвать,

- то отрывать их не задумываясь и не балансировать на грани, а может, а вдруг...

В тоже время и лишать привычных, а скорее логичных, возможностей для пользователей тоже не комильфо.

*

Если задуматься, то для расстановки обьектов нужен не индикатор по сущности а менеджер этих самых обьектов!

Который можно по принципу индикатора "вешать" на график, пусть и в единственном числе (это как крайность! ).

Построенные обьекты создадут необходимый пользователю функционал и в тоже время обьекты будут доступны для считывания советником.

т.е. помимо своего, уже встроенного функционала по обьектам, советники будут пользоваться и "работой" эээ... плоттера.

Ему, т.е. советнику, без разницы кем созданы и управляются эти обьекты... с точки зрения сущностей... ;)))

 
kombat >>:

Для построения объектов могут понадобиться данные индикатора, причем иногда непосредственный доступ.


Как вариант.

Разбить индикаторы на два типа. Первый -- уже существующий, второй -- эмм, "плоттер", имеющий возможность рисовать, но которого нельзя будет использовать в экспертах и который будет привязан к окну. Проблем в таком подходе вроде не наблюдаю.

 

"индикаторный вопрос", новая тема:

'Вопросы по индикаторам в МТ5'

 

Есть более продвинутое предложение - дать возможность запуска множества экспертов/скриптов на графике.

Причем каждый эксперт может заявить "дайте мне дополнительное окно плавающего/фиксированного размера". То есть, для сложной отрисовки можно будет использовать не индикаторы, а эксперты.


Например, эксперт рисует свой dashboard, запросив на чарте окно высотой в 50 пикселей, где и размещает все свои контролы - кнопки, экраны, информеры и тд. Тем самым он не вмешивается в основной чарт и является самодостаточной сущностью.


Проблема с индикаторами в том, что на фоне гигантских объемов минутной информации мы реализовали очень эффективную и экономичную модель расчетов индикаторов. Индикаторы жувут в своем собственном менеджере и полностью оторваны от графиков. Причем, если использовать несколько копий одного индикатора с одинаковыми параметрами, то на самом деле будет работать только одна копия, а не несколько. Это серьезно экономит ресурсы (а у терминала лимит в 2 Gb на 32 битной операционке).

Причина обращения: