Хранение и работа с часто используемыми блоками кода - страница 2
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
borilunad, понимаю о чем Вы, но вопрос в другом, как хранить часто используемый код (куски кода, функции) чтоб при написании нового инструмента не возникало проблемы типа: "Так я это уже где-то делал... А наверно здеся, или тама." И начинается судорожная ревизия по всем исходникам. :)
стоит все же раскидать тематичным include-файлам весь общий функционал это в любом случае оптимизирует разработку..
конечно, при выкладывании своего кода придется собирать все в кучу это напряжно, но компенсирует удобство в разработке..
когда надоест руками раскладывать, то что-нибудь напишите для компоновки кода в кучу и будет вам счастье..
borilunad, понимаю о чем Вы, но вопрос в другом, как хранить часто используемый код (куски кода, функции) чтоб при написании нового инструмента не возникало проблемы типа: "Так я это уже где-то делал... А наверно здеся, или тама." И начинается судорожная ревизия по всем исходникам. :)
стоит все же раскидать тематичным include-файлам весь общий функционал это в любом случае оптимизирует разработку..
конечно, при выкладывании своего кода придется собирать все в кучу это напряжно, но компенсирует удобство в разработке..
когда надоест руками раскладывать, то что-нибудь напишите для компоновки кода в кучу и будет вам счастье..
borilunad, понимаю о чем Вы, но вопрос в другом, как хранить часто используемый код (куски кода, функции) чтоб при написании нового инструмента не возникало проблемы типа: "Так я это уже где-то делал... А наверно здеся, или тама." И начинается судорожная ревизия по всем исходникам. :)
Сходу не нашел. Там 120 страниц. Поищите, или спросите у Игоря Викторовича, что он думал тогда и думает сейчас.
Виктор, не знаю что Игорь думает именно сейчас, но судя по тому, что всё-таки когда давал мне все свои библиотеки для "поизучать", давал их в том же самом практически виде, в котором и выкладывал в своей ветке. Просто не собрано всё в одну, а отсортировано тематически по разным.
Я всё-таки склоняюсь к варианту: для себя к классам, для заказчиков - из библиотеки копировать в код.
Виктор, не знаю что Игорь думает именно сейчас, но судя по тому, что всё-таки когда давал мне все свои библиотеки для "поизучать", давал их в том же самом практически виде, в котором и выкладывал в своей ветке. Просто не собрано всё в одну, а отсортировано тематически по разным.
Я всё-таки склоняюсь к варианту: для себя к классам, для заказчиков - из библиотеки копировать в код.
Правильно! Как раз для MQL5 и нового MQL4.
Для старого MQL4 библиотеки или то, что Рустам предложил:
Оформляйте в виде инклюдов. Делайте шаблон проекта с уже включенными самыми необходимыми. при компиляции получаете один ех4 файл, и при передаче\ переносе не думаете какие библы забыли, и почему не работает.
Но при отсутствии автоматического исключения уже объявленных инклюдов, могут быть проблемы. Прежний MQL4 не любит многократного объявления одного файла. Возможно, в новом MQL4 есть такая возможность. Не смотрел.может и не любит, но проблем с этим не наблюдал..
может и не любит, но проблем с этим не наблюдал..
Наверно, файлов мало. Проблемы начнуться, когда одни файлы будут ссылаться на другие файлы. Или, что самое гадкое, когда начнут ссылаться по кругу друг на друга. Хрен найдёшь конец :-))
да, немного, всего полтора десятка больше пока не наработал, этого пока за глаза хватает..