Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Есть необходимость внутрь уже запущенного индикатора передать предобработанные данные. В качестве глобального хранилища данных решил использовать текст граф. объекта. Понимаю что назначение граф. объектов другое, и если есть какое то альтернативное решение, буду рад его услышать.
Но вот наткнулся на очередное ограничение языка. Стринг сам по себе поддерживает практически бесконечную длинну знаков. Ну наверное ограничение лежит где-то в области ограничения массивов в целом. А стринг переданный как параметр граф. объекта ограничен 63 знака. В результате для передачи массива в виде стринга потребуется куча граф. объектов (да, забыл сказать что использую шифрование, поэтому информация в стингах занимает примерно столько же места сколько и в оригинальном типе). Сейчас при теперешних 63 знаках получается передать через один объект только 15 пар time/price.
Отсюда вопрос: можно ли ожидать что в будущем, в языке снимут ограничение на длину текста граф. объекта или введут механизм передачи данных внутрь потока индикатора? последнее было бы желательнее.
Я тут наткнулся на такую же проблему, при генерации пользовательского события. Там то же ограничение 63 символа, а не вся строка....
Пришлось написать отдельный класс для склейки сообщения из кусочков.... работает ))))
Я тут наткнулся на такую же проблему, при генерации пользовательского события. Там то же ограничение 63 символа, а не вся строка....
Пришлось написать отдельный класс для склейки сообщения из кусочков.... работает ))))
Да, если б не было ограничений то можно было бы и события использовать для передачи массивов данных.
Всё никак не соберусь попробовать хендл объекта передавать через событие. А в объекте - все нужные данные.
Если прям щас актуально - попробуй, потом доложишься.
// Очень заманчиво было б иметь внутри терминала контролируюмую-фицияльную shared-память. Хотя б только для объектов и массивов.
// И модификатор shared при объявлении такого объекта определял бы его помещение в таку память.
Всё никак не соберусь попробовать хендл объекта передавать через событие. А в объекте - все нужные данные.
Если прям щас актуально - попробуй, потом доложишься.
// Очень заманчиво было б иметь внутри терминала контролируюмую-фицияльную shared-память. Хотя б только для объектов и массивов.
// И модификатор shared при объявлении такого объекта определял бы его помещение в таку память.
Что-то типо глобальной терминальной памяти? доступной всем потокам.
Значение handle передаётся верно, но в нужном потоке такого handle нет. Поэтому значение уже не указывает на нужный handle.
Что-то типо глобальной терминальной памяти? доступной всем потокам.
Самым простым решением для MQ было бы дать в качестве параметров функции
массивы данных вместо переменных, которые существуют как параметры сейчас. Решение конечно однобокое тк всё равно не будет возможности передавать данные между советниками, но всё же это лучше чем ничего.
1. Самым простым решением для MQ было бы дать в качестве параметров функции массивы данных вместо переменных, которые существуют как параметры сейчас.
2. Решение конечно однобокое тк всё равно не будет возможности передавать данные между советниками, но всё же это лучше чем ничего.
1. Да, пожалуй.
2. Почему не будет можно? Скопировал себе, получил. А то, что нужно передать - передал через следующее сообщение.