Вопрос знатокам ООП. - страница 54

 
Реter Konow:

В таком случае, я "подбросил" Вам новые призмы на Объект. Объект-состояние не описывается классом, но имеет физическую сущность в памяти. Класс это описание Объекта. Там могут быть разные вещи. Это скорее комплекс Объектов. А вот сам Объект - это именованная сущность. 

Молекула - объект. Вселенная - объект. И то, и другое состоит из набора объектов. Поэтому класс - это описание объекта.
Вы сами начали плодить лишние сущности :)
 
Artyom Trishkin:
...
Не философ я. Мне трудно даётся восприятие ваших представлений. Для меня всё гораздо проще.

Не страшно, это развивается.

Просто посмотрите на цепочку События. В ней сборка важных параметров системы, а в них - значения, имеющие значимость для системы.

Цепочка состояния идентична. Только там, застывшие значения неизменность которых ЗНАЧИМА для системы.

И конечно, обработчик есть у События. У Объекта обязан быть обработчик. В этом Вы абсолютно правы.

 
Artyom Trishkin:
Молекула - объект. Вселенная - объект. И то, и другое состоит из набора объектов. Поэтому класс - это описание объекта.
 

Параметр, это дискретное явления предопределенной выборки значений. Он тоже Объект.

Выборка значений храниться в свойствах Объекта-параметра в виде диапазона или набора вариантов. Там же храниться тип его значения и обработчик.

 
Реter Konow:

При этом, сущность не обязательно неделима. Она может состоять из других сущностей, и быть одним Объектом. Например - Объект-система. В ней много сущностей и каждая - объект. 

Еще интересно то, что структурно Объект-состояние похоже на Объект-событие. 

Что такое состояние? Это комплекс значимых параметров системы в зафиксированной значимой неизменности. ЗНАЧИМАЯ НЕИЗМЕННОСТЬ ПАРАМЕТРОВ СИСТЕМЫ - СОСТОЯНИЕ. А Событие - ЗНАЧИМОЕ ИЗМЕНЕНИЕ ПАРАМЕТРОВ СИСТЕМЫ. Они структурно похожи. 

1. Состояние - живой.
2. Событие - кирпич башка.
3. Состояние - труп.
 
Artyom Trishkin:
1. Состояние - живой.
2. Событие - кирпич башка.
3. Состояние - труп.
Бывает и так...)
 
Реter Konow:

Не страшно, это развивается.

Просто посмотрите на цепочку События. В ней сборка важных параметров системы, а в них - значения, имеющие значимость для системы.

Цепочка состояния идентична. Только там, застывшие значения неизменность которых ЗНАЧИМА для системы.

И конечно, обработчик есть у События. У Объекта обязан быть обработчик. В этом Вы абсолютно правы.

 У объекта обязан быть нейрон - способ передачи своих параметров во внешнюю среду. Но обработчика изменения параметров быть не обязательно. Он может быть в ином объекте.
 

Кстати, для чего думаете Объекту-параметру нужен обработчик? Для того, чтобы сохранять его концептуальную целостность и предназначение. 

Пояню: параметр подключен к миру двумя приводами:

1. принимает значение.

2. передает значение дальше.

Обработчик следит, чтобы параметр выполнял свою функцию в соответствии со своим предназначением, прописанным в свойствах. Обработчик сохраняет значение внутри предопределенной выборки и тем самым защищает систему.

 
Artyom Trishkin:
 У объекта обязан быть нейрон - способ передачи своих параметров во внешнюю среду. Но обработчика изменения параметров быть не обязательно. Он может быть в ином объекте.

Объект-параметр соединен двумя приводами с системой. По первому он получает значение из вне, по второму - передает. Свойства параметра прописаны в его цепочке, а обработчик действительно может находиться во вне. Но ссылка на него должна быть в цепочке Объекта-параметра.

 

Никакую систему нельзя рассматривать саму по себе, ведь каждая - неразрывно связана со "Средой".

Система, - обособленный комплекс взаимодействующих параметров, концептуально выделенный взглядом Разума из Среды и помещенный в Объект. Взгляд на отчужденную группу параметров как на самостоятельную Систему, позволяет увидеть поддержание эффективного симбиоза со своим окружением.   

Среда имеет 3 состояния: 

1. Хаос, - Параметры "ищут и стремяться" образовать систему (как в прото-вселенной), при этом находясь в дисгармонии с друг другом.

2. Порядок - комплекс параметров организовался в Систему и отделился от хаоса. Это подразумевает изменение окружающего хаоса со стороны Системы и подчинение его ее порядку. Система "навязывает" свой порядок хаосу, расширяясь внутри него

само-копированием и "побеждает".

3. Эко-система - комплекс Систем достигших эффективного симбиоза и сохраняющих свою целостность проявлением устойчивости к внешним изменениям.


Рынок - внешняя среда.

Советник - система пытающаяся войти в эффективный симбиоз с Рынком. Эффективность симбиоза возможна при нахождении закономерностей внутри хаоса, на что и рассчитывает советник.

Советник стремится "подключиться" к рыночным закономерностям оптимизируя свои параметры и меняя тактику действий. Он "рассчитывает" забрать часть Рыночных ресурсов выстраивая модель поведения, но в подавляющем большинстве случаев, его собственные ресурсы оказываются у Рынка, а модель поведения - сломленной. Это не удивительно, если принять во внимание, что модель поведения строиться на обобщенных производных параметрах огромной Среды, в которой существуют множество других систем со своими моделями поведения. 



Рынок как Среда,

  1. либо абсолютно хаотичен, и к нему невозможно подобрать ключ. (если в его основе генератор случайных чисел).
  2. либо - сложная система, обобщающая модели поведения советников и перераспределяющая их ресурсы между ними.
  3. либо - система "питающаяся" ресурсами советников и имитирующая перераспределение. 

Рассмотрим популярную статистику 95/5. Откуда она берется и какие стадии Рынка мы прошли. 

  1. Нулевая стадия -  Рынок хаотичен и формируется. Статистика внезапного обогащения и полной потери ресурсов показывает нестабильность и незрелость концепции рыночной торговли. Правила неопределены и модели поведения зачастую "зверины". 
  2. Первая стадия - Рынок начинает обобщать модели поведения систем и перераспределять их ресурсы. Учитывая стремление к резонансу - перераспределение было в районе 70/30 % или даже 60/40 %. Системы быстро нащупали модели поведения, объединяющие их с другими системами и вызывающие мощные движения рынка в общем направлении. Ведь намного легче создать простую консолидационную модель, чем сложный и противоречивый алгоритм. А консолидация - это объединение ресурсов и "толкание" Рынка для получения отдачи от противоположной, неконсолидированной стороны. Эта стадия пройдена в прошлом веке.
  3.  Вторая стадия - Рынок, стихийно, но закономерно "порождает" огромные концентраты ресурсов у определенных систем, а они вырабатывают специфичные модели поведения и черпают ресурсы независимо от того, какие модели выбирают остальные. Благодаря огромному числу контрагентов у этих систем, их видимость рынка и возможность его двигать на порядок больше. В следствии своей заинтересованности, они неизбежно исчерпывают ресурсы остальных. Это - текущая стадия Рынка.
  4. Третья стадия - Системы, управляющие на Рынке огромными концентратами ресурсов бездумно поглощают ресурсы всех мелких систем, ломая их раз за разом, сужают выборку их моделей поведения, и в итоге, те перестают искать ресурсы на Рынке ради самосохранения. Это - последняя стадия Рынка. 
P.S. Вопрос - "что дальше?...".


P.S.S.

Волшебный Грааль - это идеальная модель поведения системы, черпающая ресурсы у всех остальных систем, оставляя их всегда в проигрыше. Абстракция, порожденная фантазией.

Документация по MQL5: Математические функции / MathSrand
Документация по MQL5: Математические функции / MathSrand
  • www.mql5.com
Функция MathRand() предназначена для генерации последовательности псевдослучайных чисел. Вызов MathSrand() с определенным инициализирующим числом позволяет получать всегда одну и ту же последовательность псевдослучайных чисел. Для гарантированного получения неповторяющейся последовательности используйте вызов MathSrand(GetTickCount()), так как...
 

В ООП несколько объектов, скованных "железными" рамками класса, могут иметь различное количество свойств.

У одного объекта число свойств может изменяться в процессе работы программы.

Связи между объектами могут устанавливаться и разрываться.

В ООП память под объекты выделяется по мере необходимости, и освобождается, когда объект больше не нужен.


Ваш массив всегда фиксированный. Если объектов меньше чем задано в массиве, то память под отсутствующие объекты расходуется зря. А больше их просто не может быть.

Вы почему-то обходите стороной этот вопрос, хотя это первое, о чём Вы должны были позаботиться.