是时候将图书馆转换为MQL5了 - 页 5

 

顺便说一下,存储命令不能用人类语言吗?- 你知道,就像。

"发送至储存库。"

"从资源库下载"。

"与存储库同步"。

"与ME同步"。

而现在的命令--嗯,还不清楚。在这一点上,我与Urain 站在一起。而如果有人不凭直觉理解的东西,这个人不太可能愿意花时间研究命令来使用新的功能,特别是如果以前没有这个功能(功能)。

 

这个主题正在变成一个愿望清单,我也把我的放在 这里

至于数字图书馆,这些图书馆是。

  • 内插、平滑和近似
  • 矩阵处理
  • 优化(寻找极值),方法。

单变量:黄金比例法、二分法、抛物线法、网状搜索法、斐波那契法、三进制搜索法
直接方法。高斯法、内尔德-米德法、胡克-杰维斯法、配置法、罗森布拉克法
第一个订单。梯度下降,Zeutendijk方法,坐标下降,共轭梯度方法,准牛顿方法,Levenberg-Marquardt算法
第二个订单。牛顿法,牛顿-拉弗森法
随机的:蒙特卡洛方法,模拟退火,进化算法,遗传算法,差分进化,蚂蚁算法,粒子群方法

维基百科的清单,可能不需要全部内容。

  • 神经网络?

除了数值方法库之外。

  • 制图

并在语言中建立一个类似于Java Reflection的API

  • 对象类定义。
  • 获取关于修改器、字段、方法、构造器的信息。
  • 创建一个类的实例,该类的名称在程序执行前是未知的(由字符串指定)。
  • ...

还有正则表达式。

对此,如果能够不在字符图窗口中运行程序,将是一个很好的补充。但在一个普通的窗口。已经很明显,用户的 "应用 "是无法避免的,那么为什么要链接到一个符号,因为你可以访问任何,用于任何操作。一般来说,在5中,默认挂在一个符号上是完全没有必要的。这是它真正有用的指标和专家应用的地段。

而且,至少要阻止从界面元素中 "弹出 "事件到图表上,现在在图表滚动时拖动一个窗口对象是很烦人的(或者也许已经是这样了?)

谢谢你的静态方法--我的单子不再是全局函数了。

 
Renat:
我们已经做了大量的工作来微调MQL5编译器,使其更容易转换用其他语言编写的现有库。

而且,MQL5语言 还在继续发展。预计新的功能很快就会出现,包括一个强大的代码分析器。

我们现在有两项任务要完成。
1)选择有用的第三方库进行转换
2)召集志愿者实施转换项目(我们将提供资金)。

我们希望从潜在项目的清单开始。请帮助提供链接和简短的描述。
我认为对于那些愿意把图书馆放在市场上的人来说,这更有利可图,因为这是一个长期的修复,而你提供的是一次性的付款。当然,如果你愿意为每个项目提供1万到5万美元或更多,那就再谈一谈,那我就愿意搬东西。
 
-Alexey-:
我认为对于那些愿意把图书馆放在市场上的人来说,这更有利可图,因为这是一个长期的修复,而你提供的是一次性的付款。当然,如果你愿意为每个项目提供1万到5万美元或更多,那就再谈一谈,那我就愿意转变一下。
非常有趣,你准备提供的是什么?请给我一点提示?
 
更多关于复数的工作,关于大数的工作。转换坐标,并进一步创建三维图形。
 
TheXpert:
移动它:)
嗷!嗷!嗷!。:)
 

另一个问题--如果你想让MQL5尽可能地接近C++,你为什么不重新考虑关于#ifdef或#if定义或只是#if的问题?

接下来,我提出一个关于库的调试的 问题,也许你还没有注意到?

Небольшой вопрос -- сейчас есть возможность нормально дебажить библиотеки? Просто не всегда все баги вылазят сразу -- некоторые могут остаться и вылезти уже во время активного пользования библиотекой.

当然,这部分是通过内部控制来解决的,但从不断增长的图书馆代码来看,它是非常相关的。

E.M.N.I.,图书馆的片段不起作用。

 
Renat:
听到 "保证访问dll "很奇怪,因为它在MQL4和MQL5中已经完美运行了7年。

当你把一个带有头文件的C++(或C#)dll,放在适当的文件夹中,通过#include 在你的代码中包含原始头文件(或文件),你就可以正常工作了。现在有可能吗?

 
这在其他非C/C++语言中可能吗?

C/C++的完全缺乏安全性和直接数据访问与那些至少最关心安全的语言并不相称。头文件*.h文件几乎可以在MQL5中原样使用,重命名为MQH。但是,那些以链接和直接访问数据的方式运作的地方必须得到纠正。

与DLL的绑定工作就很好。

 
Renat:
. . .头文件*.h文件几乎可以在MQL5中原样使用,重命名为MQH。但是,那些以链接和直接获取数据的方式运作的地方将必须得到纠正。

我假设你将不得不改变很多东西。

实际上,直接访问数据并没有什么问题。毕竟,MetaTrader 本身可能是用C/C++编写的,并没有什么。此外,链接器通常甚至允许汇编器插入,这也是可以的。请记住,在Windows下运行的MetaTrader 直接或间接地使用了大量的系统dlls,这也没有什么问题。

我不认为我们应该剥夺用户的选择权。 我真的很想有这样的选择,比如说,我可以拿着ALGLIB-dll 和它的本地头文件,使用一个可靠的库,而不用 "弄脏我的手",只是告诉MQL 编译器,这个头文件是C++,不是MQL

有人可能会问--如果这个库是恶意的、危险的呢?但我决定自己使用它。

换句话说--MQL编程的 内容可能是你想要的安全,但如果我敢于使用外部的东西,那就是我个人的问题。以及我的操作系统的安全性,顺便说一下,这也会对MetaTrader.NET的安全构成威胁。