Если публиковать исходник (mq4), то надо все за собой тащить, и инкудники и библиотеки. Если откомпилированный, то инклудники не надо, библиотеки надо.
Integer:
Если публиковать исходник (mq4), то надо все за собой тащить, и инкудники и библиотеки. Если откомпилированный, то инклудники не надо, библиотеки надо.
Если публиковать исходник (mq4), то надо все за собой тащить, и инкудники и библиотеки. Если откомпилированный, то инклудники не надо, библиотеки надо.
Значит include для ex4-файла не нужен. Понял, спасибо. Но все таки, как собрать include-файлы для индикатора/советника, только руками или существуют "упаковщики"?
Специального упаковщика именно под это дело нет, но встречаются умельцы, пользуются какими-то упаковщиками, делают дистрибутивы. Тут кому как больше нравится, можно просто разложить файлы по папкам, так, как они должны быть в терминале, инсталяция будет заключать в копировании папки.
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Здравствуйте.
Разделение кода по мере его написания в include-файлы (*.mqh) во многом облегчает дальнейшую работу с этим кодом, при возможности отладки. Но встает следующая проблема, если свой инструмент (индикатор или советник) необходимо выложить на всеобщее обозрение, то нужно тянуть и хвост включаемых файлов.
При использовании библиотек с export-функциями проблема с хвостом, если правильно понимаю, решается, но нет возможности для отладки export-функций на стадии разработки.
Подскажите, как такую проблему разрешить? К примеру, индикатор обращается к 3-4 include-файлам внутри которых классы или до десятка функций.
Спасибо