Вопросы по ООП в MQL5 - страница 66
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
А вот ответ почему:
В красном прямоугольнике - добавил по одному вызову GetMicrosecondCount(), в синем - еще по одному. Вот оно поэтому почти сравнялось.
А чего код сцышься показать? Без кода свои картинки с временем можешь засунуть себе туда куда солнце не светит.
Упс. При идентичных действиях, разница всего 30% получилась.
Возможно это именно в классах оверхед создаётся? Надо попробовать со структурами. Но вообще конечно компилятор должен в любом случае всё инлайнить и вырезать лишнее. Есть смысл указать разработчикам на этот момент.
Сработало. Структура на той же скорости сработала, что и функция и макрос. А вот класс... далеко сзади.
Сработало. Структура на той же скорости сработала, что и функция и макрос. А вот класс... далеко сзади.
давал советы как в СБ достучаться до приватных методов/полей и сам этот хук почерпнул на форуме, уже не помню кто подсказал
с удивлением узнал, что я давал советы как всегда не придерживаясь терминологии, это не хук, а антипаттерн Public Morozov http://blog.kislenko.net/show.php?id=1775
)))
давал советы как в СБ достучаться до приватных методов/полей и сам этот хук почерпнул на форуме, уже не помню кто подсказал
с удивлением узнал, что я давал советы как всегда не придерживаясь терминологии, это не хук, а антипаттерн Public Morozov http://blog.kislenko.net/show.php?id=1775
)))
вот ты задарил бочку мёда отрицателям паттернов и нелюбителям ОО :-) Паттерн чтобы получить то что скрыто по проектным соображениям..:-)
Некто (кто-то из нынешних монстров ОО/C++), весьма разумно говорил что затыка ОО это что базовый класс должен предоставлять достаточные интерфейсы для всех вариаций потомков (практически иметь доступные сеттеры-геттеры ко всем поля, или всё-в-паблик),
а потомкам нельзя создавать виртуальных функций вне протокола родителя, только тогда наступает всеобщее щастье. Тогда обобщённые STL+boost реально спасают, тесты полезны и реюзабельны. Но становится сильно много классов, потому как вместо новых виртуальных функций выступают всякие прокси.
вот ты задарил бочку мёда отрицателям паттернов и нелюбителям ОО :-) Паттерн чтобы получить то что скрыто по проектным соображениям..:-)
Некто (кто-то из нынешних монстров ОО/C++), весьма разумно говорил что затыка ОО это что базовый класс должен предоставлять достаточные интерфейсы для всех вариаций потомков (практически иметь доступные сеттеры-геттеры ко всем поля, или всё-в-паблик),
а потомкам нельзя создавать виртуальных функций вне протокола родителя, только тогда наступает всеобщее щастье. Тогда обобщённые STL+boost реально спасают, тесты полезны и реюзабельны. Но становится сильно много классов, потому как вместо новых виртуальных функций выступают всякие прокси.
А причем тут паттерны и нелюбители OO (очков)?
Некто (кто-то из нынешних монстров ОО/C++), весьма разумно говорил что затыка ОО это что базовый класс должен предоставлять достаточные интерфейсы для всех вариаций потомков (практически иметь доступные сеттеры-геттеры ко всем поля, или всё-в-паблик)