
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Если заранее известно количество объектов и оно неизменно в процессе работы программы, то и не нужен нью. Во всех остальных случаях - new.
не угадали, вот мой пример https://www.mql5.com/ru/forum/160683/page861#comment_11840254
где в конструктор удобно передавать параметры и если юзер изменил настройки то быстрее в OnDeinit() убить класс и потом в OnInit() создать с новыми параметрами
;)
не угадали, вот мой пример https://www.mql5.com/ru/forum/160683/page861#comment_11840254
где в конструктор удобно передавать параметры и если юзер изменил настройки то быстрее в OnDeinit() убить класс и потом в OnInit() создать с новыми параметрами
;)
Параметры в конструктор можно и без new передавать.
Параметры в конструктор можно и без new передавать.
и? а изменять поля класса как будете (юзер изменил настройки EA)? - еще один метод напишете? Вы вроде на прошлой странице за еще " одна переменная для указателя." боролись, а тут целый метод!
;)
и? а изменять поля класса как будете (юзер изменил настройки EA)? - еще один метод напишете? Вы вроде на прошлой странице за еще " одна переменная для указателя." боролись, а тут целый метод!
;)
не прокатит ;)
измените настройки советника
не прокатит ;)
измените настройки советника
Крутая засада.
Тем не менее, предпочту добавить метод для изменения параметров, но не использовать new только из-за параметров.Крутая засада.
Тем не менее, предпочту добавить метод для изменения параметров, но не использовать new только из-за параметров.не использовать new - суеверие? )))
имхо, если удобно, то нужно юзать! - Ваш пример в 2 клика перепишется с использованием new и все будет корректно работать и обрабатывать ситуацию изменения настроек юзером
не использовать new - суеверие? )))
имхо, если удобно, то нужно юзать! - Ваш пример в 2 клика перепишется с использованием new и все будет корректно работать и обрабатывать ситуацию изменения настроек юзером
Не суеверие, просто лень, исторически сложившаяся, всвязи с обстоятельствами. Надо же писать delete, и делать это в Deinit(). А вот функции Deinit() по умолчанию не было в шаблоне. Вот сейчас сморю - в шаблоне эксперта есть Deinit(), но раньше не было.
Не суеверие, просто лень, исторически сложившаяся, всвязи с обстоятельствами. Надо же писать delete, и делать это в Deinit(). А вот функции Deinit() по умолчанию не было в шаблоне. Вот сейчас сморю - в шаблоне эксперта есть Deinit(), но раньше не было.
не пишите delete - все будет корректно работать, этот грех (я про суеверие )) ) на себя возьмет терминал, и будет бормотать в логе "48 bytes of leaked memory" то "2 objects of type CX left" и "undeleted objects left"
ЗЫ: в шаблоне создания индикатора нет Deinit() - это напрягает
не пишите delete - все будет корректно работать, этот грех (я про суеверие )) ) на себя возьмет терминал, и будет бормотать в логе "48 bytes of leaked memory" то "2 objects of type CX left" и "undeleted objects left"
ЗЫ: в шаблоне создания индикатора нет Deinit() - это напрягает
Работать будет без delete, а толку. А вот берет ли терминал на себя эту проблему? Он только сообщает об утечки памяти, но не уделяет же объекты.