на сколько я понял, wine не может прочитать сертификат т.к. стандарт Win он не понимает, а если сертификат сконвертировать под линуксовый стандарт, то интересно будет такое работать?
@fxsaber , предлагаю заняться чем-то полезным, например, в рамках изучения темплейтов в С++, перевести реализацию самых популярных контейнеров под MQL. Ведь пользоваться штатными типизироваными контейнерами вообще не удобно, а к тому же там не так все хорошо по производительности.
ArrayChar.mqh, ArrayDouble.mqh, ArrayFloat.mqh, ArrayInt.mqh, ArrayLong.mqh - это вот издевательство для текущего уровня развития языка. Да, раньше по другому было ни как, но сейчас же можно нормально сделать и перенести базовую концепцию С++-сных контейнеров на MQL.
Комбинатор: Сомневаюсь. Зато почти не сомневаюсь что это путь костылей и грабель. Почему бы вам самому не попробовать?
На текущем этапе сфера моей деятельности не связана с MQL, как с языком программирования в целом. Просто в памяти остался не очень приятный опыт по работе с CObject и штатными контейнерами.
По личному мнению, уровень знаний местноо "программистского" сообщества по основам алгоритмы и структуры данных мягко говоря не очень. Возможная причина - позиционирование MQL как С++ языка, но с отсутствием контейнеров как таковых не говоря о достойном уровне их поддержки. Вот кто лазил в реализации и разбирал как там придуманы ArrayString.mqh, ArrayObj.mqh, ArrayDouble.mqh,.... и когда какой желательно использовать? Единицы.
А так как многим не свойственно вылазить за пределы созданной для них экосистемы - MQL, то они и не знают ни чего о преимуществах при работе с качественными алгоритмами и структурами данных.
На текущем этапе сфера моей деятельности не связана с MQL, как с языком программирования в целом. Просто в памяти остался не очень приятный опыт по работе с CObject и штатными контейнерами.
По личному мнению, уровень знаний местноо "программистского" сообщества по основам алгоритмы и структуры данных мягко говоря не очень. Возможная причина - позиционирование MQL как С++ языка, но с отсутствием контейнеров как таковых не говоря о достойном уровне их поддержки. Вот кто лазил в реализации и разбирал как там придуманы ArrayString.mqh, ArrayObj.mqh, ArrayDouble.mqh,.... и когда какой желательно использовать? Единицы.
А так как многим не свойственно вылазить за пределы созданной для них экосистемы - MQL, то они и не знают ни чего о преимуществах при работе с качественными алгоритмами и структурами данных.
Ну коль вы находитесь свыше пределов созданной экосистемы, ваш уровень знаний "очень", и вы знаете всё о преимуществах всего качественного - велком, создайте и опишите качественные алгоритмы и структуры данных дабы не быть голословным. Иначе - лишь звук и предложение заняться тем, что вам хотелось бы видеть здесь и пользоваться созданным тому, кто и так много полезного делает, причём без "шума и пыли", которые создаёте вы.
Сделайте структуру шаблонной и передавайте тип через нее, как вариант
а как вы под wine МТ5 подключаете к бирже? у меня не получается, как я понял какие то проблемы с сертификатом
а никак)) не работают сертификаты под вайн
а никак)) не работают сертификаты под вайн
Подробнее можете пояснить?
@fxsaber , предлагаю заняться чем-то полезным,
например, в рамках изучения темплейтов в С++, перевести реализацию самых популярных контейнеров под MQL.
Ведь пользоваться штатными типизироваными контейнерами вообще не удобно, а к тому же там не так все хорошо по производительности.
Да, раньше по другому было ни как, но сейчас же можно нормально сделать и перенести базовую концепцию С++-сных контейнеров на MQL.
Да, раньше по другому было ни как, но сейчас же можно нормально сделать и перенести базовую концепцию С++-сных контейнеров на MQL.
Сомневаюсь. Зато почти не сомневаюсь что это путь костылей и грабель. Почему бы вам самому не попробовать?
На текущем этапе сфера моей деятельности не связана с MQL, как с языком программирования в целом.
Просто в памяти остался не очень приятный опыт по работе с CObject и штатными контейнерами.
По личному мнению, уровень знаний местноо "программистского" сообщества по основам алгоритмы и структуры данных мягко говоря не очень.
Возможная причина - позиционирование MQL как С++ языка, но с отсутствием контейнеров как таковых не говоря о достойном уровне их поддержки.
Вот кто лазил в реализации и разбирал как там придуманы ArrayString.mqh, ArrayObj.mqh, ArrayDouble.mqh,.... и когда какой желательно использовать?
Единицы.
А так как многим не свойственно вылазить за пределы созданной для них экосистемы - MQL,
то они и не знают ни чего о преимуществах при работе с качественными алгоритмами и структурами данных.
На текущем этапе сфера моей деятельности не связана с MQL, как с языком программирования в целом.
Просто в памяти остался не очень приятный опыт по работе с CObject и штатными контейнерами.
По личному мнению, уровень знаний местноо "программистского" сообщества по основам алгоритмы и структуры данных мягко говоря не очень.
Возможная причина - позиционирование MQL как С++ языка, но с отсутствием контейнеров как таковых не говоря о достойном уровне их поддержки.
Вот кто лазил в реализации и разбирал как там придуманы ArrayString.mqh, ArrayObj.mqh, ArrayDouble.mqh,.... и когда какой желательно использовать?
Единицы.
А так как многим не свойственно вылазить за пределы созданной для них экосистемы - MQL,
то они и не знают ни чего о преимуществах при работе с качественными алгоритмами и структурами данных.