Ошибки, баги, вопросы - страница 2860
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Я вооще профан, но до такого (int i = i) я бы и с перепою не додумался....... 8(
А в чем принципиальное отличие от исходного примера? Уберите лишнее и получите:
Только там куча строк, а здесь - всего одна
Если там нет ошибки при компиляции, то и здесь не должно быть (и наоборот), а иначе - бардак
Тогда это противоречит Вашей же концепции, что переменная считается объявленной с момента завершения объявления. Зачем тогда ее придумываеть вообще было? Если в одном случае так, а в другом - по другому
В хорошем языке - единые правила, а не наоборотА в чем принципиальное отличие от исходного примера? Уберите лишнее и получите:
Только там куча строк, а здесь - всего одна
Если там нет ошибки при компиляции, то и здесь не должно быть (и наоборот), а иначе - бардак
Вы не правы, это не одно и то же.
Описание статической переменной в классе, является её предъобъявлением (аналогично предъобъявлению функции или класса), а вот размещение, по сути, лишь указывает компилятору, где переменная будет храниться в памяти и когда она должна быть проинициализирована
Вы не правы, это не одно и то же.
Описание статической переменной в классе, является её предъобъявлением (аналогично предъобъявлению функции или класса), а вот размещение, по сути, лишь указывает компилятору, где переменная будет храниться в памяти и когда она должна быть проинициализирована
Тогда почему здесь ошибка (2), если i уже предобъявлена ранее (1)?
Есть какой-то смысл делать Reserve в ArrayResize для string-массива? Или выигрыша от этого не получить?
Всем, привет!
Подскажите, пожалуйста, можно ли из скрипта создать окно индикатора которое прижато к левому или правому краю графика? Какой-нибудь там sub_window_align = left или что-то подобное...
Заранее спасибо!
Уважаемые разработчики!
Есть ли возможность управлять очередностью передачи нового тика хэндлам индикаторов?
Ситуация такая, первый индикатор вызывает другой, но так как этот "другой" был создан после первого, то тик приходит на первый и "другой" ему сообщает, что он ещё не посчитал новый тик на новом баре, и первый индикатор повторно пересчитывает себя, оставляя нерассчитанным значение индикатора, что критично для советника.
Уважаемые разработчики!
Есть ли возможность управлять очередностью передачи нового тика хэндлам индикаторов?
Ситуация такая, первый индикатор вызывает другой, но так как этот "другой" был создан после первого, то тик приходит на первый и "другой" ему сообщает, что он ещё не посчитал новый тик на новом баре, и первый индикатор повторно пересчитывает себя, оставляя нерассчитанным значение индикатора, что критично для советника.
Нет. В таких конструкциях единственное решение - переводить индикатор в класс и добавлять в советник как экземпляр класса, тогда можно выстроить последовательность расчетов