Вопрос знатокам ООП. - страница 50
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Блин. Пьян зело. Читал, мало, что понял. Петр, пойми, есть языки программирования, их много, их создатели заложили в них определенные механизмы управления памятью, да ООП - это всего на всего один из вариантов. Они, реально разные, реально имеют свои плюсы и минусы. Поэтому, хотите ИИ, отлично, что называется ЗАВИДУЮ, потому, что сам, ни разу не решусь. Только реализовывать Вам его надо не тут, ну не катит mql, ровно как и любой другой прикладной язык, под это. Тут чтстый C, даже без C++, смотрится. Так, что Вам или на другой форум, или Вы "глобальный" троль))).
А как же обещанный стакан ... "приложением принципиально нового уровня. Уровня, ранее не досягаемого ни для одного программиста на MQL".
Уже не ждем?
Сферичный утконос никому не нужен.))
Посредственные "Граали" алготрейдинга подвергли "геноциду" все гениальные начинания на MQL. Уничтожили их смысл.
Я держался до последнего.
Ждём реализацию ИИ :).
Не хочу оставлять эту ветку, и потому, отчитаюсь о последних успехах.
Новая концепция ООП, как "гибрида" моего представления объектов в ядре и стандартного описания объектов в классе, стала более "объектна", чем обычный ООП. Поясню:
Теперь, все сущности - объекты. А именно:
Это далеко не полный список базовых объектов, из которых состоят функционирующие системы.
Суть в том, что каждый из этих объектов - самый настоящий Объект, - то есть имеет свойства и связи внутри системы.
Например, Объект-параметр, - имеет набор свойств, среди которых тип значения и границы его изменения. Также, Объект-параметр может указывать на свой обработчик.
Далее, - Объект-состояние, - это сборка параметров системы или среды с предустановленными значениями.
Еще, - Объект-событие, - любое значимое изменение системы или среды. Представляет из себя сборку параметров с конкретными значениями, проверяемыми спец. обработчиком. Событие выполняет функцию триггера для различных объектов-систем.
Объекты-параметры связываются между собой Объектами-смычками, которые передают значения между ними. Например: параметр А может передавать значение параметру В, либо наоборот. Или в обе стороны. Это прописывается в Объекте-смычке параметров. На пути передачи значения может стоять Объект-фильтр значения или Объект-преобразователь значения.
Каждый объект в моей концепции обязательно имеет шаблон (исходную форму) и n-ное количество экземпляров.
Суть в том, что все перечисленные объекты - универсальные строительные блоки любых систем, любой сложности. Их не так много, а вариантов систем которые из них можно построить - бесконечно много.
На данный момент я в самом начале пути. Еще многое предстоит понять.
Не хочу оставлять эту ветку, и потому, отчитаюсь о последних успехах.
Новая концепция ООП, как "гибрида" моего представления объектов в ядре и стандартного описания объектов в классе, стала более "объектна", чем обычный ООП. Поясню:
Теперь, все сущности - объекты. А именно:
Это далеко не полный список базовых объектов, из которых состоят функционирующие системы.
Суть в том, что каждый из этих объектов - самый настоящий Объект, - то есть имеет свойства и связи внутри системы.
Например, Объект-параметр, - имеет набор свойств, среди которых тип значения и границы его изменения. Также, Объект-параметр может указывать на свой обработчик.
Далее, - Объект-состояние, - это сборка параметров системы или среды с предустановленными значениями.
Еще, - Объект-событие, - любое значимое изменение системы или среды. Представляет из себя сборку параметров с конкретными значениями, проверяемыми спец. обработчиком. Событие выполняет функцию триггера для различных объектов-систем.
Объекты-параметры связываются между собой Объектами-смычками, которые передают значения между ними. Например: параметр А может передавать значение параметру В, либо наоборот. Или в обе стороны. Это прописывается в Объекте-смычке параметров. На пути передачи значения может стоять Объект-фильтр значения или Объект-преобразователь значения.
Каждый объект в моей концепции обязательно имеет шаблон (исходную форму) и n-ное количество экземпляров.
Суть в том, что все перечисленные объекты - универсальные строительные блоки любых систем, любой сложности. Их не так много, а вариантов систем которые из них можно построить - бесконечно много.
На данный момент я в самом начале пути. Еще многое предстоит понять.
Радуют Ваши успехи. Так, глядишь, и колесо когда-нибудь изобретёте.
Радуют Ваши успехи. Так, глядишь, и колесо когда-нибудь изобретёте.
Попробую описать обычный элемент управления GUI - кнопку, через призму своей новой концепции ООП. Использую только свои понятия при анализе этого Объекта-системы.
И так, мы имеем:
...и оперировать экземплярами в ведре:)
Зачем что-то записывать в ведре, особенно относящееся к конкретному объекту? Сам объект хранит информацию о себе, а в ведре только указатели на объекты.
...и оперировать экземплярами в ведре:)
Зачем что-то записывать в ведре, особенно относящееся к конкретному объекту? Сам объект хранит информацию о себе, а в ведре только указатели на объекты.
Спросите у Артема. Мне думается, он лучше всех понимает о чем я пишу.
Кстати, изначально идея Объекта-свойства со своим обработчиком принадлежала ему. Я развил и усложнил ее. Теперь все есть Объект, и обработчик тоже. Просто есть определенный порядок подключения Объектов при построении из них системы.