Мой подход. Ядро - Движок. - страница 36
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
А такое окно сделаете за сколько минут? :)
Это стандартная библиотека осилит? )
ни за сколько, я не занимаюсь дизайнерскими программами, но если нагуглить готовые текстуры, то привязать их к стандартной библиотеке MQL, ну думаю, с нуля за день точно сделаю, я обычно практичные вещи создаю: панель, кнопки, чекбоксы - т.е. элементы управления, которые будет юзер кликать и получать результат
осилит, но нужно разделять, что делает терминал, а что делает графика в советнике - зачем повторять возможности терминала?.... ну если уж извращением заниматься, то только за оплату, если пользователь хочет, то и такое можно
как уже выше Вам писали, практическое применение нужно, а не красота, если речь о красивых кнопках, о календариках, о прогрессбоксах, то опять же я бы все в .dll это вынес и .dll в течении пары дней (на Делфи) бы собрал бы из готовых компонентов по макету заказчика - было бы круче чем у Вас и вид и функционал будет как у именитых программных пакетов(обработка БД, графики, анимация... да все можно) и трудозатраты не сравнить с Вашими
Нужно уметь пользоваться готовыыми решениями или быть в тренде! Если разработчики сделали поддержку .NET библиотек, вот тут и нужно искать свои решения с красивыми календариками и прогрессбарами
;)
А попробуйте сделать что бы при нажатии одной кнопочки отображался один набор элементов управления, а по нажатию другой кнопочки - другой элемент управления. При этом, что бы окно можно было сворачивать и разворачивать. Еще предполагается, что вариантов может быть очень много.
скрыть элемент: m_button.Hide();
показать элемент: m_button.Show();
и не помню, но было свойство Enable, нужно им управлять, если Enable, то считаем, что элемент активен и будем клики по нем обрабатывать, если не активен, то значит мы его спрятали и он не видим - сразу return
где то дома на компе было, что то делал, сейчас нет под рукой ничего
Продукт предназначен для вытеснения ручной торговли. Вопрос в том, насколько ручная торговля до сих пор распостронена, и что можно предложить тем, кто торгует вручную.
Предлагать будут программисты, которые напишут полуавтоматические системы, автоматизирующие и расширяющие возможности тех, кто торгует вручную. На этом они и заработают.
Вот-вот, я обращал уже внимание на этот момент.
Это - не твоя ниша, Петер ! Программисты, которые напишут полуавтоматические системы, и собирающиеся ПРОДАВАТЬ их - никогда не будут связываться с чужой библиотекой. В первую очередь, из-за проблем с поддержкой - если что не так - надо связываться с автором библиотеки, да и самому, возможно, придется в ней разбираться (а учитывая твой стиль глобального доступа - ошибки вычислять будет очень непросто). Никому из программистов, которые пишут системы для других - это не надо. Куда разумнее им написать что-то свое.
Твоя ниша - это программисты, которые предпочитают торговать вручную, я не раз уже об этом сказал. Вот им - да, твоя библиотека будет очень даже интересна. Но много ли таких на форуме ?
Конечно, код большой. Но он крайне ПРОСТ.
Главное, элементы которым уже установлены свойства (размеры, цвет, градиент), можно просто брать из кода и копировать в другие окна.
Без синтаксиса, без классов и прочего... Просто взяли элемент, или группу элементов, или целое окно и вставили куда угодно. Целиком.
Потом, поменяли что то и получился новый элемент, группа элементов или окно.
Он прост для первого употребления. А вот для выявления ошибок - он весьма и весьма зловредный. В твоем коде запросто перепутываются индексы, типы, порядок обращения. Когда ты только пишешь первый раз - это не представляет большой проблемы - у тебя перед глазами, как правило, пример, или хелп, а главное, ты "в процессе", и держишь все эти тонкости в голове. А вот когда тебе потребуется что-то изменить, или, тем более, вылезет ошибка - за каждой строкой придется лезть в хелп, и каждый раз убеждаться, что "тут все в порядке", пока в одной (по закону подлости - в последней) строке ВНЕЗАПНО не обнаружится, что ты что-то перепутал. И к этому времени - ты проклянешь все на свете, отлаживая подобный "код с глобальным доступом к ядру".
Если порядок не важен, значит всплывающих подсказок нет. А когда вызываешь функцию или конструктор класса с параметрами, компилятор делает подсказки по параметрам. И знаете, это очень существенная помощь. Так что стандартному подходу - определенный жирный плюс.
Кстати, да, очень и очень приятная штука. Подтверждаю.
И тут еще один плюс инкапсуляции - при обращении к отдельным функциям по отдельным параметрам - ты уже по названию видишь, что надо ей передать. А если передаешь структуру - то по названию полей это также видно.
В случае доступа к глобальному массиву, где просто стоят индексы, то даже если порядок будет произвольный - перепутать данные можно очень и очень просто, что сильно упрощает внесение ошибок.
Вот-вот, я обращал уже внимание на этот момент.
Это - не твоя ниша, Петер ! Программисты, которые напишут полуавтоматические системы, и собирающиеся ПРОДАВАТЬ их - никогда не будут связываться с чужой библиотекой. В первую очередь, из-за проблем с поддержкой - если что не так - надо связываться с автором библиотеки, да и самому, возможно, придется в ней разбираться (а учитывая твой стиль глобального доступа - ошибки вычислять будет очень непросто). Никому из программистов, которые пишут системы для других - это не надо. Куда разумнее им написать что-то свое.
Твоя ниша - это программисты, которые предпочитают торговать вручную, я не раз уже об этом сказал. Вот им - да, твоя библиотека будет очень даже интересна. Но много ли таких на форуме ?
Вот тут, кстати, почему-то никто не заметил расхождение цели Петра с его нишей. Он хочет вытеснить ручную торговлю. Но делает свою работу для тех, кто торгует вручную. Мне такая цель кажется странной: "я вам дам то, что убьёт ваш привычный расклад торговли... Я такой добрый парень, который пришёл сломать вам всё ранее вами наработанное и привычное - теперь вы будете по моим правилам работать". Это принесёт ему успех?
"Ты какой-то странный, Билли" ...
Ни чего вы не понимаете. :) У Петра цель для тех кто торгует в ручную открывая позиции клавишей F9 предложить им замену в виде красивой прослойки между трейдером и терминалом. И если трейдер раньше сливал свой депозит не красиво, то с помощью этой прослойки он будет делать это красиво. Депозит уменьшается, зато трейдер наслаждается эстетической красотой панельки. И Петру как художнику главное эстетическая красота, а вы своим прагматизмом ему все вдохновение портите.
....
Мне тут вспомнилась одна знакомая. Она купила новый компьютер и хвастается об этом. У нее спрашиваю. А сколько в нем оперативки, какая тактовая частота и прочие тех. характеристики. Она отвечает. Не знаю, но он такой красииииивый. :)
Петру как художнику главное эстетическая красота, а вы своим прагматизмом ему все вдохновение портите.
Да, я уже спрашивал - где можно применить те красивые градиенты, что Петер показывал в демо... Но... ни пользы, ни хотя бы удобства от их применения я пока не видел.
И до Петера тут тоже был один участник - у того даже были какие-то интересные графические индикаторы, которые вроде как используют все эти градиентные цветастые картинки... у него я тоже спрашивал о применении... он обещал представить, но, что-то дело, как я понял, заглохло...
Эх... Художника может обидеть каждый...
А попробуйте сделать что бы при нажатии одной кнопочки отображался один набор элементов управления, а по нажатию другой кнопочки - другой элемент управления. При этом, что бы окно можно было сворачивать и разворачивать. Еще предполагается, что вариантов может быть очень много.
Интересно было бы спросить Петра, как у него получится решить эту задачу?
нашел в справке, примерно так
Для данной библиотеки нужен Visual Studio, который будет генерировать файл данных для библы.
А пользователю останется только формировать свои окна в программе - Только так!
Действительно: Сложность всех библиотек (фреймворк) в том, что пользователю нужно "заново" изучать ее функции и параметры.
Но в этом и преимущество:
Библиотеки в всех языках создается для ЭКОНОМИИ ВРЕМЕНИ!
Когда основная часть кода уже написана и отлажена. И пользователь (программист) использует ее возможности.
Что говорить о стандартной библиотеке MetaQuotes - многие ее используют?! Большинство, особенно новичков.
Другое дело, когда программист "хочет" сам создать свою библиотеку, удобную ему. И он будет использовать именно ее. - Как сказали Выше: для программиста легче использовать свою библиотеку , которую он может сопровождать сам лично, а не ждать помощи автора....
Чтобы продукт был востребован, есть два пути:
Для первого пункта - нужны всего лишь деньги
Для второго пункта нужен новый продукт, который будет вызывать интерес.
Все, что не вызывает интерес - погибнет, так и не найдя своего применения и пользователя. А без пользователя и автору библиотеки не интересно будет ее развивать.
Этот замкнутый круг навсегда отобьет желание автора и интерес пользователя.
Он прост для первого употребления. А вот для выявления ошибок - он весьма и весьма зловредный. В твоем коде запросто перепутываются индексы, типы, порядок обращения. Когда ты только пишешь первый раз - это не представляет большой проблемы - у тебя перед глазами, как правило, пример, или хелп, а главное, ты "в процессе", и держишь все эти тонкости в голове. А вот когда тебе потребуется что-то изменить, или, тем более, вылезет ошибка - за каждой строкой придется лезть в хелп, и каждый раз убеждаться, что "тут все в порядке", пока в одной (по закону подлости - в последней) строке ВНЕЗАПНО не обнаружится, что ты что-то перепутал. И к этому времени - ты проклянешь все на свете, отлаживая подобный "код с глобальным доступом к ядру".
Вот, Джорж, я же много раз повторял, что есть готовый язык разметки. Зачем кому то лезть в код? Получит язык и сделает то что нужно.
Если пользователю мало графики и нужна анимация, - может делать ее у себя в приложении.
И еще: На рынке будут сливать ВСЕГДА. Ничто не изменит этот факт. Ну, так пусть сливают с мощными, красивыми полуавтоматами. Хоть морально будут чувствовать себя лучше.)
Если серьезно, никакая программа не изменит соотношение сливающих и зарабатывающих.
Но даже проиграв деньги, они будут продолжать пользоваться полуавтоматической программой. Потому что она Н Е О Д Н О Р А З О В А Я.
Значит, ее можно сдавать в аренду.