Обсуждение статьи "Пользовательские графические элементы управления. Часть 3. Формы" - страница 2
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Всё правильно сделал.
С учётом возможностей МЕ вполне удобно, японский минимализм в эпоху тотального кича, всё есть, ничего лишнего.
Кто желает перебирать объекты циклом, вполне может реализовать постфиксную оболочку где прописать всё что душеньке пожелается.
Николай, вы считаете, что в MQL5 вот это выглядит опрятно и согласно возможностям ?
Николай, вы считаете, что в MQL5 вот это выглядит опрятно и согласно возможностям ?
Николай, вы считаете, что в MQL5 вот это выглядит опрятно и согласно возможностям ?
Если влом набивать воспользуйся шаблоном.
Не стоит сильно увлекаться реализацией всех возможностей, мы ведь пишем коды а не создаём картины из букав.
Не вижу проблем.
та вобщем то это просто мнение. Мне ближе картины из кода. Эстет блин. :)
та вобщем то это просто мнение. Мне ближе картины из кода. Эстет блин. :)
По сути Integer даёт API с уровнем абстрагирования чуть ниже чем вам хотелось.
Ну чтож, доработайте его под себя, выложите в котобазу и может ваш API будет иметь большую популярность.
Зря Вы пошли на попятную.
потому что есть еще профессиональная этика. Интегер профи и его учить не надо.
Но если доктор сказал в морг, значит в морг.
По сути Integer даёт API с уровнем абстрагирования чуть ниже чем вам хотелось.
Ну чтож, доработайте его под себя, выложите в котобазу и может ваш API будет иметь большую популярность.
Вряд ли сможет стать популярной библиотека, в которой каждый класс будет иметь одинаковые наборы методов, половина из которых будет недействующими.
Зря Вы пошли на попятную. Вы абсолютно правы. Человек, который позиционирует как классный, профессиональный программист, обязан писать правильный красивый код. Начинающим будет на чем учиться.
Господин sergeev, впав в некоторое принципиально-позиционое заблуждение, предлагает нечто типа объединения в одном массиве переменных типа bool, int, double, string и т.д.
Вы же, господин, papaklass, как истиный троль, слышите звон, да не знаете где он.
Господин sergeev, ... , предлагает нечто типа объединения в одном массиве переменных типа bool, int, double, string и т.д.
...
Такое в принципе возможно, НО
такая универсализация приводит к перерасходу ресурсов в конечной реализации. Графика и так тяжела по ресурсам.
И за эту цену покупается всего лишь более абстрагированный класс, кстати не факт что он будет более понятным в использовании.
Но то, что, чем сложнее реализация, тем большее поле для багов это факт.
И за эту цену покупается всего лишь более абстрагированный класс, кстати не факт что он будет более понятным в использовании.
Имхо, ты неправ. Дмитрий тоже неправ, Алекс тоже :) . (Все неправы! )))) )
Опять же имхо, Дмитрий выбрал оптимальный вариант по трудозатратам написания\использования.
Написать что-то более простое в использовании (не в понимании!) будет гораздо сложнее.