Зарабатываю, программируя помимо MQL на - страница 5

 
Maxim Kuznetsov:
с плюсами такого 100% не будет - MQL идёт в сторону варианта C# отказавшись от главной плюшки плюсов, адресной арифметики, поэтому совместимости на уровне исходника с С++ не будет никогда. С библиотеками плюсов совсем всё печально - мало того что  внешние вызовы тут истерично защищаются (сиречь тормозят), так ещё и ABI отсутствует..Популярные С-шные библиотеки могут (по хорошему и должны) иметь интерфейс на MQL, но пока такая судьба настигла только ALGLIB, да плюс про sqlite много-много пустых разговоров.

Кстати, в шарпе все же оставили "настоящие" указатели, просто код становится unsafe, что накладывает некоторые ограничения на развертывание. Но все же они есть. А В MQL нет и не будет, так что про портирование библиотек С/С++ можно забыть, везде работа с указателями. 

 

Кстати, на этой неделе будет бета со штатной статистической библиотекой математики в исходниках на MQL5, близкой к функциям R. Мы нацелились на серьезное развитие математического функционала системы.

Sqlite в MQL5 будет, его уже включили в проект, но в функционал языка еще не внесли. Про адресные операции на массовом рынке надо забыть - это категорически неприемлемо в плане безопасности. Все можно переписать и без адресной арифметики.

 
Renat Fatkhullin:

Кстати, на этой неделе будет бета со штатной статистической библиотекой математики в исходниках на MQL5, близкой к функциям R. Мы нацелились на серьезное развитие математического функционала системы.

Sqlite в MQL5 будет, его уже включили в проект, но в функционал языка еще не внесли. Про адресные операции на массовом рынке надо забыть - это категорически неприемлемо в плане безопасности. Все можно переписать и без адресной арифметики.

Статистика - это хорошо. Добавьте еще хеш-таблицы в \MQL5\Include\Arrays, а то их сильно не хватает. Я пользуюсь классом CDictionary от Василия Соколова, отличная вещь https://www.mql5.com/ru/articles/1334, почему бы его не включить в поставку. 

В целом, не нужно экзотики, нужно самое необходимое, хотя бы в подмножестве классов STL. 

Переписать-то можно все, только кто будет этим заниматься. Сообщество? 

Рецепты MQL5 - Реализуем ассоциативный массив или словарь для быстрого доступа к данным
Рецепты MQL5 - Реализуем ассоциативный массив или словарь для быстрого доступа к данным
  • 2015.03.23
  • //www.mql5.com/ru/users/C-4">
  • www.mql5.com
В данной статье описывается специальный алгоритм, позволяющий эффективно получать доступ к элементам по их уникальному ключу. В качестве ключа может быть использован любой базовый тип данных, например ключом могут быть строки или целочисленные переменные. Такой контейнер данных принято называть словарем или ассоциативным массивом. С его помощью решать многие задачи становиться гораздо проще и эффективней.
 
Alexey Volchanskiy:

Статистика - это хорошо. Добавьте еще хеш-таблицы в \MQL5\Include\Arrays, а то их сильно не хватает. Я пользуюсь классом CDictionary от Василия Соколова, отличная вещь https://www.mql5.com/ru/articles/1334, почему бы его не включить в поставку. 

В целом, не нужно экзотики, нужно самое необходимое, хотя бы в подмножестве классов STL. 

Переписать-то можно все, только кто будет этим заниматься. Сообщество? 

поддержу-ка :-)

ассоциативных массивов категорически нехватает. Лучше конечно-бы на уровне языка а не просто API, пусть даже ключами будут только строки

 
Maxim Kuznetsov:

поддержу-ка :-)

ассоциативных массивов категорически нехватает. Лучше конечно-бы на уровне языка а не просто API, пусть даже ключами будут только строки


Интересно, где есть ассоц. массивы на уровне языка? Во всех, которые хоть как-то знаю, на уровне библиотек.

Причина обращения: