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