Пора конвертировать библиотеки на MQL5 - страница 3
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
- потребителем является многомиллионная армия трейдеров
- принцип защиты трейдеров первичен
- когда говорится "библиотека", то не имеется в виду DLL
- не может быть никакой речи об снятии ограничений с использования DLL
Пока программисты пользуются принципом "а что такого сложного подключить DLL?", у них нет шанса быть успешными продавцами на массовом рынке. Мы стараемся нарастить массу разнообразных библиотек в виде исходного кода на MQL5, чтобы дать возможность всем создавать полнофункциональные и безопасные программы в виде EX5 файлов, которым не нужны сторонние DLL.
Уважаемый sergeev, как вы планируете от DLL избавиться, не переведя код в MQL5?
Я то как раз думал, что будет автоматическая трансляция проектов DLL на С++ (или Delphi например) -> MQL5.
Потом небольшая редакция полученного кода ручками и вот вам ex5 файл того что было изначально в DLL.
А так, зачем тогда компилировать DLL в метаэдиторе, если она и в Visual Studio неплохо компилируется?
А так, зачем тогда компилировать DLL в метаэдиторе, если она и в Visual Studio неплохо компилируется?
так она и будет компилиться с помощью вашей студии
НО вам теперь не надо будет проекты по папкам разносить.
простейшие DLL будете писать и компилироать "не отходя от кассы" сразу в МЕ. И сразу DLL будете иметь для своего EX5 проекта
простейшие DLL будете писать и компилироать "не отходя от кассы" сразу в МЕ. И сразу DLL будете иметь для своего EX5 проекта
Еще более важно то, что можно будет распространять простейшие DLL в виде исходника на одном файле.
Получателю достаточно будет скомпилировать его по F7, предварительно пробежавшись глазами по коду (если захочет).
Это делается для увеличения безопасности системы путем перехода на распространение исходника DLL вместо самой DLL. Именно в этом главная цель затеи.
Библиотека ZedGraph:
1. Подробное описание и примеры: http://jenyay.net/Programming/ZedGraph
2. Архивы, демо, документация: http://sourceforge.net/projects/zedgraph/files/
//---
Ещё одна библиотека связанная с графиками:
http://www.codeproject.com/Articles/32836/A-simple-C-library-for-graph-plotting
Еще более важно то, что можно будет распространять простейшие DLL в виде исходника на одном файле.
Получателю достаточно будет скомпилировать его по F7, предварительно пробежавшись глазами по коду (если захочет).
Это делается для увеличения безопасности системы путем перехода на распространение исходника DLL вместо самой DLL. Именно в этом главная цель затеи.
Лажёвая какая то цель (ИМХО).
Сейчас в mql кодах dll используется по 3-м причинам:
Первая причина в Маркете не актуальна, вторая благодаря вашим усилиям сводится на нет, остаётся третья.
Вот только ради этого огород городить?
Не проще ли при использовании автором dll, стребовать с него исходник dll для проверки, и поднять отчисления в казну, чтоб неповадно было (чтоб не загружали сотрудников дополнительными проблемами по проверке dll).
...
Нативные библиотеки в виде исходного кода на MQL5 нужны тем, кто пишет программы на продажу.
...
Рискну сказать, что тем, кто пишет программы на продажу, а равно как и всем другим, кто пишет программы, в первую очередь нужен удобный редактор, а не убогий Метаедитор.
Нельзя ли сделать его похожим на Visual Studio хоть отдаленно? Испытываю сильное раздражение, переходя с VS на ME.
1. Навигатор проекта (обещали подумать)
2. Фолдинг (сказали - не будет, наверное, слишком сложно для Вас)
3. Возможность печати выделенного фрагмента (ничего не говорили, видимо, это вообще за гранью возможного)
4. Вывод значения переменной при отладке не только в окно наблюдения, но и просто задержав мышку на на переменной в тексте.
5. В индикаторах в МТ для iOS так и не сделали до сих пор возможность задавать цвет линий, а тоже обещали (это не про МЕ, просто до кучи)
PS Поддерживаю предыдущее сообщение от Urain по поводу лажевости цели (хоть и по другой причине :), сделайте сначала то, что нужно всем, т.е. удобный редактор, а потом - да, можно и шашечки :)
Все выше написанное - мое оценочное суждение.
Лажёвая какая то цель (ИМХО).
Не проще ли при использовании автором dll, стребовать с него исходник dll для проверки, и поднять отчисления в казну, чтоб неповадно было (чтоб не загружали сотрудников дополнительными проблемами по проверке dll).
Похоже, что Вы оперируете исключительно своим масштабом восприятия окружения. Поэтому не осознаете, почему "не проще ли стребовать ...." не годится для реального массового рынка.
Мы оперируем понятиями "какой эффект дает то или иное решение в рамках N миллионов пользователей?". Например, только в одном марте месяце 2012 было реально инсталлировано более миллиона клиентских терминалов MetaTrader 4 и MetaTrader 5. Только за один месяц. Это нижняя граница оценки, так как существует огромное количество старых не веб инсталляторов.
Причина поддержки компиляции C++ -> DLL в том, чтобы дать возможность реально обмениваться исходниками DLL вместо работы с очень опасными непроверенными DLL файлами. В масштабах рынка такая возможность даст повышение безопасности для тысяч трейдеров, которые перейдут в режим "дайте исходник, не хочу непроверенный DLL".
Конечно же, это лишь дополнительное решение, а наша главная цель - перевести максимум кода в нативный и безопасный MQL5.