Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Мля. А че, слабо аналог делегата на mql запилить? Чисто на поржать, ради поднятия ЧСД.
аналог не смогу, так делал, проверил в МТ4 работает до сих пор, а в МТ5 уже не работает
2019.10.06 16:22:44.202 tst EURUSD,H1: 3
2019.10.06 16:22:44.202 tst EURUSD,H1: 2
2019.10.06 16:22:44.202 tst EURUSD,H1: 1
аналог не смогу, так делал, проверил в МТ4 работает до сих пор, а в МТ5 уже не работает
2019.10.06 16:22:44.202 tst EURUSD,H1: 3
2019.10.06 16:22:44.202 tst EURUSD,H1: 2
2019.10.06 16:22:44.202 tst EURUSD,H1: 1
Принципиальное отличие от c# в том, что вот такая строка: arrPTR[0]=f1;
Должна выглядеть как-то так: arrPTR[0]=new tralala(f1);
Или что-то типа того. Вот что непонятно - как так можно угораздиться, что бы такое захотеть? И еще рассуждать про адекватность чьего-то мышления.Принципиальное отличие от c# в том, что вот такая строка: arrPTR[0]=f1;
Должна выглядеть как-то так: arrPTR[0]=new tralala(f1);
Или что-то типа того. Вот что непонятно - как так можно угораздиться, что бы такое захотеть? И еще рассуждать про адекватность чьего-то мышления.в Шарпе концепция: "берем полный фарш из всех существующих языков" + добавляем магии в виде чистого и обязательного ООП в любом случае - получаем любые решения, вплоть до
а увидев этот код программер на С++ начинает искать в нем потаённый сымсл.... а смысла то нет! - смысл лишь в том, чтобы собрать под C# всех непрограммеров имхо )))
Найдены причины, по которым неограниченное наследование приводит к "вырождению" объектов.
ПОЯСНЯЮ:
1. Объявляем базовый (абстрактный) класс А.
2. От него, строим длинные цепочки наследования. Для этого, создаем 10 наследников от А, и 10 наследников от каждого из них. Получаем 10 прямых цепочек наследования, по 10 классов в каждой.
3. В каждом классе - уникальные 10 свойств и 10 методов. Из за уникальности, свойства и методы гладко инкапсулируются в классах и по ним строиться четкая иерархия, представляющая "элегантную" структуру базового объекта.
4. Но вот, уникальные свойства кончились. Появляются новые "объекты" "рожденные" скрещиванием свойств и методов разных классов и разных цепочек. Они не имеют прямой цепочки наследования от А, а наследуют свои свойства через множество цепочек ведущих к базовому объекту.
При этом, наследуя свои свойства от "уникальных" объектов, "смешанные" объекты берут у них лишь несколько свойств и методов, оставляя другие невостребованными. Они наследуют множество классов, но должны принимать только часть их "наследственного" материала, оставляя остальное нетронутым. НО ЭТО НЕВОЗМОЖНО. Получая доступ к их классам, они наследуют все что доступно.
Иначе говоря, их наследование нечетко. Получая доступ к своим "родителям", эти объекты обретают свойства и методы им НЕ НУЖНЫЕ. И обойти эти "излишества" невозможно.
То есть, наследование перестает нормально работать при большом количестве наследников. Происходит "вырождение" объектов из за множества "родителей" и обобщения чрезмерного разнообразия "наследственного материала". Объекты перестают быть концептуально целостными.
Найдены причины, по которым неограниченное наследование приводит к "вырождению" объектов.
ПОЯСНЯЮ:
1. Объявляем базовый (абстрактный) класс А.
2. От него, строим длинные цепочки наследования. Для этого, создаем 10 наследников от А, и 10 наследников от каждого из них. Получаем 10 прямых цепочек наследования, по 10 классов в каждой.
3. В каждом классе - уникальные 10 свойств и 10 методов. Из за уникальности, свойства и методы гладко инкапсулируются в классах и по ним строиться четкая иерархия, представляющая "элегантную" структуру базового объекта.
4. Но вот, уникальные свойства кончились. Появляются новые "объекты" "рожденные" скрещиванием свойств и методов разных классов и разных цепочек. Они не имеют прямой цепочки наследования от А, а наследуют свои свойства через множество цепочек ведущих к базовому объекту.
При этом, наследуя свои свойства от "уникальных" объектов, "смешанные" объекты берут у них лишь несколько свойств и методов, оставляя другие невостребованными. Они наследуют множество классов, но должны принимать только часть их "наследственного" материала, оставляя остальное нетронутым. НО ЭТО НЕВОЗМОЖНО. Получая доступ к их классам, они наследуют все что доступно.
Иначе говоря, их наследование нечетко. Получая доступ к своим "родителям", эти объекты обретают свойства и методы им НЕ НУЖНЫЕ. И обойти эти "излишества" невозможно.
То есть, наследование перестает нормально работать при большом количестве наследников. Происходит "вырождение" объектов из за множества "родителей" и обобщения чрезмерного разнообразия "наследственного материала". Объекты перестают быть концептуально целостными.
Значит - построена неверная концепция.
В области небольших задач, огромная иерархия наследования не требуется. Но, иерархия Базы Знаний ИИ, почти не ограничена. Я пришел к выводу, что иерархия объектов удобна, практична и эффективна до определенных границ, после которых, начинается "множественное" наследование, приводящее к "вырождению" поколений объектов. Новые объекты отдаляются от базы, и их свойства "вторичны", потому что собираются от других объектов. В процессе "сбора" свойств, новые объекты принимают лишний "наследственный материал", который "вклинивается" в их работу.
Не знаю, как решить эту проблему.
а вдруг кто прочтет, https://tproger.ru/translations/oop-principles-cheatsheet/
хотя сомневаюсь, не барское это дело читать, что пишут
а вдруг кто прочтет, https://tproger.ru/translations/oop-principles-cheatsheet/
хотя сомневаюсь, не барское это дело читать, что пишут
В статье написано о наследовании. Прочтите.
"Наследование - это способность одного объекта базироваться на свойствах другого."
А если у Вас объект 102-го поколения,который может наследоваться ТОЛЬКО от нескольких объектов, а не одного? Он обретет лишние свойства и методы, пропорционально количеству своих "родителей".
В области небольших задач, огромная иерархия наследования не требуется. Но, иерархия Базы Знаний ИИ, почти не ограничена. Я пришел к выводу, что иерархия объектов удобна, практична и эффективна до определенных границ, после которых, начинается "множественное" наследование, приводящее к "вырождению" поколений объектов. Новые объекты отдаляются от базы, и их свойства "вторичны", потому что собираются от других объектов. В процессе "сбора" свойств, новые объекты принимают лишний "наследственный материал", который "вклинивается" в их работу.
Не знаю, как решить эту проблему.