Вопрос про функционал mql5 IDE и возможность объединения программы разбитой на mqh в один файл - страница 2
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Обычно, в архив пакуют папку с проектом и папку Include с собственными файлами. В чем собственно проблема? Почему нельзя сделать скрипт:
cp -r <mql5_dir>/Experts/SuperPuperTrader <tmp_dir>/Experts/SuperPuperTrader
cp -r <mql5_dir>/Includes/my_includes <tmp_dir>/Includes/my_includes
А после этого, запаковать эту папку? Так делают абсолютно все, я ни разу не видел ни тут, в разделе статей, ни где бы то либо еще подобного веселого говнорешения со сбором всего проекта в одном файле, который потом невозможно разобрать. То есть, вы специально делаете лютый геморой заказчику, что бы следующий кодер который будет разбирать обратно по файлам вашего бота, назвал вас никчемным?
Суть в том что приходится отправлять заказчику, множество разных версий, проверка, усовершенствование, пока не будет достигнуто то, что нужно заказчику.
Что бы так, с первого раза, отправил первую версию и сразу всё, больше ничего не нужно изменять, процентов пять может работ.
Код заказчику нужен, в большинстве случаев, для осознания того что он при желании сможет в будущем внести в него изменения, ну и потому что это его продукт, за который он заплатил деньги.
Большинству заказчиков приходится объяснять в какую папку ложить файл советника. Некоторые умудряются говорить в конце работы: "мне нужен исходный код", несмотря на то что ты с самой первой версии отправлял ему исходный код.
Если еще объяснять ему как правильно и куда распаковать архив, это лишнее. Гораздо удобнее отправлять одним файлом, и заказчику и исполнителю.
Отправляя новую версию, она как правило носит имя Name 1.0, Name 1.1, Name 1.2, и т.д., что исключает возможность того, что заказчик по ошибке будет использовать старую версию, с одинаковым именем, и снова рапортовать об одной и той же проблеме, которая уже исправлена. Возможно заказчику захочется сохранить у себя множество разных версий. А получается если каждый раз отправлять версии, с инклудами, то и имена инклудов нужно переименовывать, и по всему коду точно также переименовывать.
Представляете сколько это лишней работы?
Приглашать заказчика в проект и объяснять как это работает, тоже лишнее, ему это не нужно, он хочет результат в одном файле, и быстрее, без лишнего гемора.
Суть в том что приходится отправлять заказчику, множество разных версий, проверка, усовершенствование, пока не будет достигнуто то, что нужно заказчику.
Что бы так, с первого раза, отправил первую версию и сразу всё, больше ничего не нужно изменять, процентов пять может работ.
Код заказчику нужен, в большинстве случаев, для осознания того что он при желании сможет в будущем внести в него изменения, ну и потому что это его продукт, за который он заплатил деньги.
Большинству заказчиков приходится объяснять в какую папку ложить файл советника. Некоторые умудряются говорить в конце работы: "мне нужен исходный код", несмотря на то что ты с самой первой версии отправлял ему исходный код.
Если еще объяснять ему как правильно и куда распаковать архив, это лишнее. Гораздо удобнее отправлять одним файлом, и заказчику и исполнителю.
Отправляя новую версию, она как правило носит имя Name 1.0, Name 1.1, Name 1.2, и т.д., что исключает возможность того, что заказчик по ошибке будет использовать старую версию, с одинаковым именем, и снова рапортовать об одной и той же проблеме, которая уже исправлена. Возможно заказчику захочется сохранить у себя множество разных версий. А получается если каждый раз отправлять версии, с инклудами, то и имена инклудов нужно переименовывать, и по всему коду точно также переименовывать.
Представляете сколько это лишней работы?
Приглашать заказчика в проект и объяснять как это работает, тоже лишнее, ему это не нужно, он хочет результат в одном файле, и быстрее, без лишнего гемора.
используйте контроль версий (или на край проекты как выше сказано).
я использую fossil и генерация архива производится командой "fossil zip", или можно в веб-морде ткнуть "сделать zip вот из этой ветки/версии"; в git, svn такое-же есть
очень рекомендую: https://fossil-scm.org , он по сравнению с монструозами очень маленький (всего и всегда ОДИН exe-шник), версии держит на локальной машине или где скажешь. Пример использование: sqlite.org
Я могу отправить отдельно .ex4/.ex5 файл для работы. И отдельно архивом все файлы исходного кода. Добавив при этом, что сам архив с исходниками сохраните где-нибудь и не трогайте без острой на то необходимости (во избежание путаницы и кучи дополнительных инструкций "что куда положить").
Зачем усложнять?
Исходники скинул? Скинул, вот они в архиве. Но распаковывать их не нужно. Распакует человек, который будет их редактировать (в случае, если меня похитят инопланетяне), он знает как правильно это сделать. А самому заказчику нет необходимости этим заниматься, для него есть .ex5 файл, а исходники у него просто в наличии.
Суть в том что приходится отправлять заказчику, множество разных версий, проверка, усовершенствование, пока не будет достигнуто то, что нужно заказчику.
Что бы так, с первого раза, отправил первую версию и сразу всё, больше ничего не нужно изменять, процентов пять может работ.
Код заказчику нужен, в большинстве случаев, для осознания того что он при желании сможет в будущем внести в него изменения, ну и потому что это его продукт, за который он заплатил деньги.
Большинству заказчиков приходится объяснять в какую папку ложить файл советника. Некоторые умудряются говорить в конце работы: "мне нужен исходный код", несмотря на то что ты с самой первой версии отправлял ему исходный код.
Если еще объяснять ему как правильно и куда распаковать архив, это лишнее. Гораздо удобнее отправлять одним файлом, и заказчику и исполнителю.
Отправляя новую версию, она как правило носит имя Name 1.0, Name 1.1, Name 1.2, и т.д., что исключает возможность того, что заказчик по ошибке будет использовать старую версию, с одинаковым именем, и снова рапортовать об одной и той же проблеме, которая уже исправлена. Возможно заказчику захочется сохранить у себя множество разных версий. А получается если каждый раз отправлять версии, с инклудами, то и имена инклудов нужно переименовывать, и по всему коду точно также переименовывать.
Представляете сколько это лишней работы?
Приглашать заказчика в проект и объяснять как это работает, тоже лишнее, ему это не нужно, он хочет результат в одном файле, и быстрее, без лишнего гемора.
Вот я не пойму, если заказчик не может в программирование - то зон и не полезет рассовывать никуда эти файлф. А если он хоть немного шарит в программирование - то он увидев эту дич, просто пошлет вас как не компетентного программиста. Кроме этого, многие проекты, которые делаются на фрилансе, потом мгут доделываться другими программистами, для которых вы создадите лишнюю работу по разбору вашего кода из одного файла и уже другие программисты будут о вас не слишком высокого мнения. А по поводу версий, как тут уже было сказано - обычно делается гит или иной инструмент и так же, передается заказчику. Времени на создание гита на каком нибудь бит бакете, занимает 10 минут, но сильно добавляет веса вам, как разработчику, даже если заказчик не знает что это такое.
А тут, вы получается, пытаетесь изобрести отвратительный костыльный функционал и удивляетесь еще, почему эти костыли не добавлены в MQL.
Вот я не пойму, если заказчик не может в программирование - то зон и не полезет рассовывать никуда эти файлф. А если он хоть немного шарит в программирование - то он увидев эту дич, просто пошлет вас как не компетентного программиста. Кроме этого, многие проекты, которые делаются на фрилансе, потом мгут доделываться другими программистами, для которых вы создадите лишнюю работу по разбору вашего кода из одного файла и уже другие программисты будут о вас не слишком высокого мнения. А по поводу версий, как тут уже было сказано - обычно делается гит или иной инструмент и так же, передается заказчику. Времени на создание гита на каком нибудь бит бакете, занимает 10 минут, но сильно добавляет веса вам, как разработчику, даже если заказчик не знает что это такое.
А тут, вы получается, пытаетесь изобрести отвратительный костыльный функционал и удивляетесь еще, почему эти костыли не добавлены в MQL.
Рассуждать так конечно хорошо, в теории красиво, но я не вижу у вас ни одной работы выполненной для фриланса. Или с другого аккаунта пишете? Сначала хотелось бы видеть ваш успешный опыт общения с заказчиками, а потом можно прислушаться и к советам. И можно обходится без этих оценочных суждений о степени "отвратительности", "костыльности" и в таком духе.
и кидаем всё в одну папку ;)
Сов, индюков и скрипты тоже в общую папку - терминал по главной функции тип определяет.Рассуждать так конечно хорошо, в теории красиво, но я не вижу у вас ни одной работы выполненной для фриланса. Или с другого аккаунта пишете? Сначала хотелось бы видеть ваш успешный опыт общения с заказчиками, а потом можно прислушаться и к советам. И можно обходится без этих оценочных суждений о степени "отвратительности", "костыльности" и в таком духе.
Может быть потому, что я не работаю на фрилансе? Мы отдавали заказы на отдельные модули на фриланс. После того, как нам присылали простыни кода, которые достойны топов на govnokod.ru - больше на фриланс мы не обращались.
Может быть потому, что я не работаю на фрилансе? Мы отдавали заказы на отдельные модули на фриланс. После того, как нам присылали простыни кода, которые достойны топов на govnokod.ru - больше на фриланс мы не обращались.