Сервис GitHub теперь поддерживает языки MQL5 и MQL4 - страница 3
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Сознайтесь, что проблема вовсе не в этом. Проблема в том, что вы боитесь, что коварные метаквоты спецом заманивают всех в бесплатное хранилище, чтобы потырить наши суперприбыльные советники :)))
Сознаюсь.)) Только у меня нет на МТ не то что суперприбыльных, а вообще никаких.)
Пытался опубликовать бесплатный в Маркете, так и тот не взяли, потому, что там были ограничения на работу со счетами. Сказали: не по правилам - неззя ограничения. А забесплатно без ограничений не отдам.
Сознаюсь.)) Только у меня нет на МТ не то что суперприбыльных, а вообще никаких.)
Пытался опубликовать бесплатный в Маркете, так и тот не взяли, потому, что там были ограничения на работу со счетами. Сказали: не по правилам - неззя ограничения. А забесплатно без ограничений не отдам.
Вообще в SVN (хранилище на нем сделано) база шифруется, так что метаквотам придется попыхтеть, чтобы добраться до наших секретов )) А если в GitHub закинуть, тогда ваще мертвое дело )
С ограничениями в Маркет вообще-то можно, вот тут известный автор кладет в маркет демо-версии с ограничением по работе только на одном инструменте. И ничего, берут. Просто эти ограничения, как всегда на этой площадке, нигде не прописаны явно. Я пока знаю точно, есть запрет на dll и ограничения на работу по времени.
С ограничениями в Маркет вообще-то можно, вот тут известный автор кладет в маркет демо-версии с ограничением по работе только на одном инструменте. И ничего, берут. Просто эти ограничения, как всегда на этой площадке, нигде не прописаны явно. Я пока знаю точно, есть запрет на dll и ограничения на работу по времени.
Сознайтесь, что проблема вовсе не в этом. Проблема в том, что вы боитесь, что коварные метаквоты спецом заманивают всех в бесплатное хранилище, чтобы потырить наши суперприбыльные советники :)))
На самом деле есть и другая причина опасений - это надёжность предлагаемого софта. Как мы все знаем, порой выпускаются сырые билды, которые запросто могут учудить что-нибудь неприятное. Вон буквально недавно были какие-то баги с хранилищем, судя по сообщениям на форуме. Так что резервные копии всё-равно делать придётся.
Ну и по поводу проектов. Если я правильно понял, используемые проектом файлы должны фактически находиться в папке проекта, т.е. мы не можем просто присоединить файл к проекту. Значит невозможно использовать один и тот же код в разных проектах, придётся создавать копии файлов и потом дублировать все изменения в них. Это лишает гибкости. А для одиночной работы становится вообще бессмысленным.
Почему бы не организовать всё как в нормальных IDE, чтобы можно было создавать проекты/решения, содержащие список используемых файлов и т.д. А сами файлы могли располагаться в общих папках.
На самом деле есть и другая причина опасений - это надёжность предлагаемого софта. Как мы все знаем, порой выпускаются сырые билды, которые запросто могут учудить что-нибудь неприятное. Вон буквально недавно были какие-то баги с хранилищем, судя по сообщениям на форуме. Так что резервные копии всё-равно делать придётся.
Ну и по поводу проектов. Если я правильно понял, используемые проектом файлы должны фактически находиться в папке проекта, т.е. мы не можем просто присоединить файл к проекту. Значит невозможно использовать один и тот же код в разных проектах, придётся создавать копии файлов и потом дублировать все изменения в них. Это лишает гибкости. А для одиночной работы становится вообще бессмысленным.
Почему бы не организовать всё как в нормальных IDE, чтобы можно было создавать проекты/решения, содержащие список используемых файлов и т.д. А сами файлы могли располагаться в общих папках.
Тут вы не правы, наверное, не часто работаете с проектами MQL. Расскажу, как я организую свой типичный проект.
Для всяких тестов, пробных вариантов использую подпапки \MQL5\Experts\Tests, чтобы не захламлять папку экспертов.
Насчет нормальной организации проектов, как в VS - надеюсь, я при своей жизни все же успею это увидеть )) Лет 30 я всяко протяну, так что небольшие шансы есть ))
Тут вы не правы, наверное, не часто работаете с проектами MQL. Расскажу, как я организую свой типичный проект.
Для всяких тестов, пробных вариантов использую подпапки \MQL5\Experts\Tests, чтобы не захламлять папку экспертов.
Ну тогда действительно получается, что проект вам по сути не нужен. Ведь то что вы упоминаете (пометки, рисунки и т.д.) с таким же успехом можно хранить в любой другой отдельной папке. А кроме того, рисунки могут понадобиться в других проектах. Так что получается проект-пустышка ) Толку то от него. Нам же требуется чтобы все нужные исходники, относящиеся к данному проекту, всегда были под рукой, на виду, а не рыскать за ними по папкам.
И тем более если работа многопользовательская, то все ваши исходники должны лежать в папке каждого проекта. Вот это я и имел ввиду, говоря о потере гибкости.
То есть я вполне мог бы обойтись и без проектов, но мне так удобнее, т.к. в папке \MQL5\Experts туева хуча всякого разного, надо еще найти нужное. А в папке проекта я заодно храню ТЗ, свои пометки и все, что относится к проекту, например, рисунки .png.
Забыл сказать, с использованием вышеописанного подхода становиться очень удобно работать с Хранилищем, достаточно синхронизировать всего две папки - Projects и Include\AvLib, редактор сам определит измененные файлы и запишет их в Хранилище. А в противном случае пришлось бы искать нужные файлы в Experts и т.д.
Насчет нормальной организации проектов, как в VS - надеюсь, я при своей жизни все же успею это увидеть )) Лет 30 я всяко протяну, так что небольшие шансы есть ))
Поиском на гитхабе можно найти ну очень интересные решения.
https://github.com/femtotrader/rabbit4mt4
https://github.com/OpenTrading
MQL4/5 код, что увидел на гитхабе, значительно более качественный (видимо, пишут проф. программисты), чем в кодобазе. Рекомендую к ознакомлению.
Как пример