Обсуждение статьи "Пользовательские графические элементы управления. Часть 1. Создание простого элемента управления" - страница 2
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Не скажите, примеров создания простых кодов уже хватает, а вот создать удачную иерархию классов или хотябы удобную для реализации схему универсального, легко трансформируемого продукта пока нет. Даже стандартные классы от MQ закладывая возможности наперёд, часто усложняют написание программ.
Вот и я про это.
Нужна сначала демонстрация системы в целом. Сначала АРХИТЕКТУРА. И показа - какое место занимают в ней каждый кирпичик - конкретный контрол.
А потом уже переходить на демонстрацию работы этих самых контролов (извините за MFC, просто удачная картинка).
ок. Это очень хорошо.
Если во второй части расскажите про высокоуровневые функции, то компонентами статьи начнут быстрее пользоваться.
Я бы всё таки начал с формы + кнопки (+ inputbox) и потом только в третьей части рассказал про конкретные компоненты управления - списки, меню и т.д.
Ведь задача - научить писать такие контролы. Но пока нет формы, куда их вставить, то статья не даст такого зрелищного и нужного эффекта.
К томуже как только вы дадите Форму+Button (имею ввиду 3 вида - radio, push, check) + EditBox уже во второй статье, то юзер будет видеть классы в целом и сможет создавать свои контролы самостоятельно.
Для взаимодействия с формой у контрола должно быть четыре метода Init(...), Show(X,Y), Hide(), Event(), все будет точно также, как и сейчас, при создании контрола на графике. Поэтому уже можно писать свои контролы.
Все-таки буду придерживаться своего плана, в третьей части будет форма со всеми элементами управления на ней - это будет более удобно, для использования в качестве примера или готового шаблона - будет нужно что-то удалить, что-то удвоить и все, будет более готовый полуфабрикат.
Все-таки буду придерживаться своего плана, в третьей части будет форма со всеми элементами управления на ней.
Тема актуальна..спасибо за освещение её..
Однако прочитав статью и комменты-подумал что суть алгоритма несколько сложна для реализации.
Подумалось: а не будет ли проще и универсальнее следующий алгоритм:
Панель с кнопками управления реализуется в любом языке с мощным редактором ( например Visual Studio )
и она ( программа реализации панели управления с кнопками и другими примочками) работает автономно и независимо от МТ5.
Данные результаты заносятся в файл из которого МТ5 считывает периодически ( неплохо также завести прерывание ).
Таким образом процесс программирования упростится и появиться универсальность ( возможность работы панели с Любыми программами а также с МТ4 ).
Посему основным вопросом будет являться стыковка результирующего файла параметров с телом программы.
В этом направлении и хотелось бы видеть эволюцию МТ5 а не в банальном расширении функций..
Да и обмен через ОЗУ также бы не повредил-оно всё таки побыстрее раз в 1000 наверно.
Также можно наверное рассмотреть связку через Web..Это было бы довольно интересно .
Что скажете?
Странно...
разве не так должно быть
или так
Опечатка