Обсуждение статьи "Библиотека для простого и быстрого создания программ для MetaTrader (Часть XXVII): Работа с торговыми запросами - выставление отложенных ордеров" - страница 4
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Зачем они отсылаются раз в секунду? Торговый сервер заспамить?
А мне для реализации задуманного далее как раз нужны полноценные объекты. Но вы-то пока об этом не в курсе, и пытаетесь предлагать неэффективные для дальнейшей работы способы решения малой части поставленной задачи. А тут всё увязано воедино, и общая концепция одинакова - от этой малой части зависят остальные запланированные в дальнейшем вещи.
Впрочем, спасибо за ваше мнение - любое мнение полезно и имеет смысл.
ЗЫ. И, да - не страшно написать рабочую портянку кода, нежели постоянно переписывать под очередные задачи написанные бездумно неполноценные решения.
Ну, раз нужны, то нужны. Любопытно будет далее узнать для чего.
ЗЫ. Не страшно, если бы это избавляло от изменений и переделок, но по факту не избавляет. Что Объект, что не Объект - все равно развитие концепции заставляет переделывать массу вещей.
Ну, раз нужны, то нужны. Любопытно будет далее узнать для чего.
ЗЫ. Не страшно, если бы это избавляло от изменений и переделок, но по факту не избавляет. Что Объект, что не Объект - все равно развитие концепции заставляет переделывать массу вещей.
Вы не разделяете понятия "переделать" и "расширить". Переделать - это выкинуть в мусорку готовое и написать новое с нуля. А расширить - это добавить в готовое новый функционал.
По большей части здесь он как раз добавляется, а не переписывается от статьи к статье.
А вот при создании чего-то нового с нуля - да, много переписывается. Но это за кулисами статей. Единственные два исключения - это в самом начале были небольшие доработки уже опубликованного для расширения дальнейшей функциональности всех составляющих библиотеки, и вот сейчас - сначала обкатка решения на упрощённом коде, а затем - через одну статью - изготовление полноценных объектов-торговых запросов, и далее - изготовление класса работы с ними.
Сейчас пока всё сделано в одном месте - в торговом классе. Но там этого быть не должно - хоть это и торговля, но это не торговые методы - это способ управления торговыми методами.
Вы не разделяете понятия "переделать" и "расширить". Переделать - это выкинуть в мусорку готовое и написать новое с нуля. А расширить - это добавить в готовое новый функционал.
По большей части здесь он как раз добавляется, а не переписывается от статьи к статье.
А вот при создании чего-то нового с нуля - да, много переписывается. Но это за кулисами статей. Единственные два исключения - это в самом начале были небольшие доработки уже опубликованного для расширения дальнейшей функциональности всех составляющих библиотеки, и вот сейчас - сначала обкатка решения на упрощённом коде, а затем - через одну статью - изготовление полноценных объектов- торговых запросов, и далее - изготовление класса работы с ними.
Сейчас пока всё сделано в одном месте - в торговом классе. Но там этого быть не должно - хоть это и торговля, но это не торговые методы - это способ управления торговыми методами.
Я все прекрасно разделяю и знаю о чем говорю. А вы не поняли смысла сказанного.
Ваша увлеченность превращением всего на свете в Объект, говорит о том, что вы не знаете его концептуальных границ. В ООП нет правила, требующего все подряд превращать в Объект, но вы похоже об этом не знаете.
Подумайте над тем, сколько времени вы будете заниматься Объектами, необходимость которых уже сейчас подрывается сжатым и готовым решением, на которое я указал. Что еще с этим можно придумать? У меня не хватает фантазии. Может у вас хватит. Дерзайте.
К вопросу о том, что можно делать Объектом, а что нет.
1. Торговый запрос - это Объект.
2. Отложенный торговый запрос - нет. Почему? Потому, что если мы его сделаем Объектом, он будет точной копией Объекта "Торговый запрос" с одним отличием - критериями своего повтора и удаления. Это слишком малое отличие, чтобы отложенный торговый запрос "отпачковывать" от торгового запроса.
...Вы создаёте много маленьких и простых Объектов, я один большой и очень сложный...
Пётр, это что же, суперкласс? Получается впихнуть невпихуемое? :-) В книжках пишут, что это не есть гуд...
Замечу Артёму, что когда Анатолий писал серию статей о графике, то он приводил структуру взаимосвязей между классами (читай иерархию). К примеру.
Артём, Вы проделали огромную работу. Учебник можно целый по ней составить. Местами даже подробнее Документации. И это круто. Но иногда не хватает иллюстраций в материале. Имхо конечно...
Пётр, это что же, суперкласс? Получается впихнуть невпихуемое? :-) В книжках пишут, что это не есть гуд...
Замечу Артёму, что когда Анатолий писал серию статей о графике, то он приводил структуру взаимосвязей между классами (читай иерархию). К примеру.
Артём, Вы проделали огромную работу. Учебник можно целый по ней составить. Местами даже подробнее Документации. И это круто. Но иногда не хватает иллюстраций в материале. Имхо конечно...
Пётр, это что же, суперкласс? Получается впихнуть невпихуемое? :-) В книжках пишут, что это не есть гуд...