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

 
Rosh писал(а) >>

Можно использовать эксперты, и все рисовать в них.

stringo писал(а) >>

Такой поворот вызван архитектурой клиентского терминала.

Вы вправе полагать что угодно.

Нельзя. Потому что это не ошибка, а архитектурное решение. Мы не будем всё переделывать с нуля.

Неограниченного количества индикаторных буферов и расширенного перечня стилей рисования хватит, чтобы нарисовать ЛЮБОЙ индикатор. Вам просто лень разбираться и не хочется отказываться от старой (одной-двух-трёх) разработки. Это - совершенно понятный мотив.

Кстати насчет этого, то здесь выходит, что если для разработчиков, то это пойдет..., если для тех кто на демо тренируется пойдет... Но для реальной торговли, для трейдеров, для которых все это затевалось... это НЕПРИЕМЛЕМЫЕ решения:

Здесь уже говорили про это, но я еще обозначу более четко...

Чтобы посмотреть на "индикатор" придется включать кнопку эксперты. Соответственно, если на графиках несколько других торгующих экспертов, то их нужно будет сначала каждый выключить(если торговля в данный момент не требуется), и только потом смотреть индикатор... Это серьезная угроза безопасности торговли, так как можно забыть что включен торгующий эксперт или наоборот выключен.

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

 
Dmitriy2 писал(а) >>

Кстати насчет этого, то здесь выходит, что если для разработчиков, то это пойдет..., если для тех кто на демо тренируется пойдет... Но для реальной торговли, для трейдеров, для которых все это затевалось... это НЕПРИЕМЛЕМЫЕ решения:

Здесь уже говорили про это, но я еще обозначу более четко...

Чтобы посмотреть на "индикатор" придется включать кнопку эксперты. Соответственно, если на графиках несколько других торгующих экспертов, то их нужно будет сначала каждый выключить(если торговля в данный момент не требуется), и только потом смотреть индикатор... Это серьезная угроза безопасности торговли, так как можно забыть что включен торгующий эксперт или наоборот выключен.

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

Еще остается графический скрипт или тот же графический эксперт на втором графике..

Тогда кнопка "Советники" не понадобится.

Тоже не сладко будет.

 
Rosh писал(а) >>

В принципе, справочные материалы с избытком. В том же разделе про структуры дается пример:

Вот уж где с избытком, так это, например, в книге Р. Лафоре из серии "Классика куомпьютерной науки" : "Объектно-ориентированное программирование в С++" издательства Питер.

Почитать бы эту книгу "писателям" обсуждаемого Хэлпа. Многие вопросы, обсуждаемые в этой ветке отпали бы сами собой.

В этой и других книгах (специально поискал) не встречается слова енумератор, а пишется ПЕРЕЧИСЛЕНИЕ (ПЕРЕЧИСЛЕНИЯ). В этой книге все описывается очень подробно. Читается легко и просто. Причем с любым уровнем подготовки. Книга рассчитана на то, чтобы человек совершенно не знающий программирования освоил ООП в С++. А вот обсуждаемый сейчас нами "Хэлп" (специально написал в кавычках) рассчитан зачастую на небольшую группу посвященных (перевод описания стилей все-таки необходимо сделать. Несуразно как-то, все на русском, а тут на английском. И т.д. Больше не буду копаться в этом Хэлпе. А как и раньше самостоятельно, набивая шишки, изучу...). Ну да это и понятно, не могут в компании Метаквотес создавать программы без родимых пятен. Надо же сделать себе задел для будущих доработок.

----------

И так... по ходу... Если фирма разрабатывает какие-либо программы, то считается хорошим тоном в полном объеме поддерживать версии программы, активно используемые клиентами. Поддержка прекращается, когда ВЫХОДИТ новая версия программы и объявляется о прекращении поддержки старых версий. Мы же имеем МТ4, который все используют. Но поддерживается этот терминал только частично... устраняются родимые пятна, которые просто нельзя не удалять...

 
falkov >>:

Уважаемый Ренат! Хочу вернуть Вам Ваш аргумент:

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

Вообще-то это не мой аргумент - в этой ветке я еще не давал комментариев.


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

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

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

 
nen >>:

Вот уж где с избытком, так это, например, в книге Р. Лафоре из серии "Классика куомпьютерной науки" : "Объектно-ориентированное программирование в С++" издательства Питер.

Почитать бы эту книгу "писателям" обсуждаемого Хэлпа. Многие вопросы, обсуждаемые в этой ветке отпали бы сами собой.


К счастью, писатели очень конструктивно относятся к поправкам. Уже очень много исправлений внесено и будет вноситься.

 
Ренат, не давайте писателям расслабляться...
 
Renat писал(а) >>

Вообще-то это не мой аргумент - в этой ветке я еще не давал комментариев.


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

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

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

Не обязательно ломать уже отлаженную архитектуру.

Добавьте, как предложил kombat, еще одну сущность, привязанную к графику и способную управлять объектами. Позвольте пользователям накладывать множество таких сущностей на один график и всем будет хорошо.

 

Если работа с графическими объектами будет осуществляться из ОДНОГО эксперта, то придется делать КОМБАЙН, который должен будет заменить все индикаторы, работающие с графическими объектами... Небольшой опыт в этом плане имеется. Но, похоже, нас ждут более титанические решения ... :)

 
nen писал(а) >>

Если работа с графическими объектами будет осуществляться из ОДНОГО эксперта, то придется делать КОМБАЙН, который должен будет заменить все индикаторы, работающие с графическими объектами... Небольшой опыт в этом плане имеется. Но, похоже, нас ждут более титанические решения ... :)

Все идет к тому, что Вы свой ZUP перепишете в виде ДЛЛ, которую будут динамически прилинковывать к своим экспертам. Шутка. Не делайте так!(Совет для MQ)

 
nen писал(а) >>...обсуждаемый сейчас нами "Хэлп" (специально написал в кавычках) рассчитан зачастую на небольшую группу посвященных ...

Компании, где не игнорируют уровень подготовки своих клиентов, завоевывают рынок по максимуму.

Примеры.

Билл Гейтс когда-то сказал примерно такое: ...компьютер должен быть у каждого человека,... на каждом рабочем столе...

И приложил усилия к этому...

Результат известен.

В России КонсультантПлюс относится одинаково и к структурам Сбербанка, Роснефти и т.д. и к простым предпринимателям, тогрующим на рынке.

Результат - около 300 000 клиентов... живых, ежемесячно платящих за оказываемые услуги...

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