错误、漏洞、问题 - 页 578 1...571572573574575576577578579580581582583584585...3184 新评论 Rashid Umarov 2011.11.22 18:16 #5771 Fia: 2) 在MQL5中是否有一个函数可以从动态数组i中删除一个元素(数组中间的一个)?如果没有,用语言做的最好的方法是什么? 语言中没有现成的函数,但标准库包含 Basic对象类CArrayObj Alexey Klenov 2011.11.23 07:42 #5772 下午好 请告诉我如何解释这个例子中的平衡/权益图。 为什么图表在一个点上立即发散,而在不同的时间(由 "y "的同一水平)收敛。似乎在打开平衡图的时候并不知道它会增加。 也可能是我不理解。谢谢。 Slava 2011.11.23 09:48 #5773 papaklass: 好吧,你的立场很明确。的确,让我们以这种方式结束。谢谢你花时间回答我的问题。 我以一个简单的例子来解释。 一个女人可以在九个月内生下一个孩子。9名妇女在一个月内不会生下一个孩子。 这是对在几个线程中并行处理几个连续ticks的可能性的问题。问题是,在大多数情况下,处理一个tick的结果对处理下一个tick的结果有很大影响。粗略地说,在4个线程上,你可以同时得到4个交易操作,而不是在第一个钩上得到一个交易操作。 Lazarev 2011.11.23 09:56 #5774 olyakish: 你好。 请告诉我如何解释这个例子中的余额/权益表 为什么在一个点上,图表同时发散,并在不同的时间收敛(在 "y "的同一水平)。似乎在打开余额图的时候并不知道它会增加。 或者说我不明白什么。谢谢。在交易开始时,价格上涨,交易呈红色,但没有平仓--发生了缩减,在接下来的交易中,它 "向右移动",也许在最后一个或接近最后一个交易中,它比收盘价更低,因此权益高于最终结果,在最后一个交易中,交易被关闭,权益与余额相等而你有两笔交易,一笔获利,另一笔以零成交,但股权仍在摇摆不定。 Fia 2011.11.23 10:19 #5775 Rosh: 语言中没有现成的函数,但标准库有。 CArrayObj对象基类 谢谢你的回答! Alexey Klenov 2011.11.23 10:45 #5776 Lazarev:在交易开始时,价格上涨,交易呈红色,但没有关闭--发生了缩减,在接下来的几根柱子上,它 "向右移动",也许在最后一根柱子上,它比收盘价低,这就是为什么股权变得比最终结果高;在最后一根柱子上,交易被关闭,股权变得与余额相等。你有两笔交易,一笔是盈利的,另一笔是以零资产平仓的,仍在震荡中。>在交易开始的同一个条形图上,价格上升,交易下降,但没有关闭--发生了缩减。缩减股本,但不缩减余额。=>余额应在一行中(不要改变)。>你有两笔交易,其中一笔结果是盈利,另一笔以零资产收盘(然而,资产仍在振荡)。事实上,这是一个由卖入(开立卖出头寸)和买出(关闭 卖出头寸)组成的交易。 Slava 2011.11.23 12:50 #5777 papaklass: 2.你应该弯下腰来,用我能理解的 语言向我和其他像我一样的人解释,不要有势利眼。为什么在测试器中,在一次运行中,你不能使用计算机的所有功率?我认为事件处理程序的参数化也可以参考同一主题。 我只是试图向你解释。你不能平行地处理连续的tick,因为一个tick的处理结果会影响到下一个tick的处理。 平行计算 可以用在测试器的什么地方?只有在计算指标的时候。当一个tick被处理时,我们计算下一个tick的指标值。我们会死在同步和调度上,而且我们不会得到任何利润。 我们已经花了(而且还在花)很多时间来提高系统的性能,我们也考虑了这种可能性。 事件处理程序的参数化是一个稍微不同的问题。而且我们还没有放弃参数化的事件 Alexey 2011.11.23 12:53 #5778 标准的int类型转换函数示例 doubleMathRound(双重值//四舍五入的值); 返回双重错误,但警告非常烦人由于类型转换可能造成的数据丢失 Tester.mqh 192 200个错误(s), 22个警告(s) 1 23是否有任何变通方法。 Документация по MQL5: Основы языка / Типы данных / Приведение типов www.mql5.com Основы языка / Типы данных / Приведение типов - Документация по MQL5 TheXpert 2011.11.23 13:03 #5779 ivandurak:是否有任何方法可以绕过.spz明确地给出类型。那么就不会有警告。I.e. int i = int(MathRound(5.5)); или int i = (int)MathRound(5.5); [删除] 2011.11.23 13:50 #5780 papaklass:2.你应该弯下腰来,用我能理解的 语言向我和其他像我一样的人解释,不要有势利眼。为什么在测试器中,在一次运行中,你不能使用计算机的所有功率?事件处理程序的参数化,我想也可以参考同一主题。1.可以进行参数化处理。但这对开发商来说是昂贵的,显然不是优先事项。2.你真的不能在这个协调中实现线程。它不仅在时间和其他资源上会很昂贵,而且以标准解决方案的形式,会给大多数用户(他们显然不是专业的程序员)带来很多问题。你要么需要改变平台本身的架构,要么创造一些非常麻烦的、与额外资源和技术相关的东西。 1...571572573574575576577578579580581582583584585...3184 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
2) 在MQL5中是否有一个函数可以从动态数组i中删除一个元素(数组中间的一个)?如果没有,用语言做的最好的方法是什么?
下午好
请告诉我如何解释这个例子中的平衡/权益图。
为什么图表在一个点上立即发散,而在不同的时间(由 "y "的同一水平)收敛。似乎在打开平衡图的时候并不知道它会增加。
也可能是我不理解。
谢谢。
好吧,你的立场很明确。的确,让我们以这种方式结束。谢谢你花时间回答我的问题。
我以一个简单的例子来解释。
一个女人可以在九个月内生下一个孩子。9名妇女在一个月内不会生下一个孩子。
这是对在几个线程中并行处理几个连续ticks的可能性的问题。问题是,在大多数情况下,处理一个tick的结果对处理下一个tick的结果有很大影响。粗略地说,在4个线程上,你可以同时得到4个交易操作,而不是在第一个钩上得到一个交易操作。
你好。
请告诉我如何解释这个例子中的余额/权益表
为什么在一个点上,图表同时发散,并在不同的时间收敛(在 "y "的同一水平)。似乎在打开余额图的时候并不知道它会增加。
或者说我不明白什么。
谢谢。
在交易开始时,价格上涨,交易呈红色,但没有平仓--发生了缩减,在接下来的交易中,它 "向右移动",也许在最后一个或接近最后一个交易中,它比收盘价更低,因此权益高于最终结果,在最后一个交易中,交易被关闭,权益与余额相等
而你有两笔交易,一笔获利,另一笔以零成交,但股权仍在摇摆不定。
语言中没有现成的函数,但标准库有。 CArrayObj对象基类
在交易开始时,价格上涨,交易呈红色,但没有关闭--发生了缩减,在接下来的几根柱子上,它 "向右移动",也许在最后一根柱子上,它比收盘价低,这就是为什么股权变得比最终结果高;在最后一根柱子上,交易被关闭,股权变得与余额相等。
你有两笔交易,一笔是盈利的,另一笔是以零资产平仓的,仍在震荡中。
>在交易开始的同一个条形图上,价格上升,交易下降,但没有关闭--发生了缩减。
缩减股本,但不缩减余额。=>余额应在一行中(不要改变)。
>你有两笔交易,其中一笔结果是盈利,另一笔以零资产收盘(然而,资产仍在振荡)。
事实上,这是一个由卖入(开立卖出头寸)和买出(关闭 卖出头寸)组成的交易。
2.你应该弯下腰来,用我能理解的 语言向我和其他像我一样的人解释,不要有势利眼。为什么在测试器中,在一次运行中,你不能使用计算机的所有功率?我认为事件处理程序的参数化也可以参考同一主题。
我只是试图向你解释。你不能平行地处理连续的tick,因为一个tick的处理结果会影响到下一个tick的处理。
平行计算 可以用在测试器的什么地方?只有在计算指标的时候。当一个tick被处理时,我们计算下一个tick的指标值。我们会死在同步和调度上,而且我们不会得到任何利润。 我们已经花了(而且还在花)很多时间来提高系统的性能,我们也考虑了这种可能性。
事件处理程序的参数化是一个稍微不同的问题。而且我们还没有放弃参数化的事件
doubleMathRound(
双重值//四舍五入的值
);
返回双重错误,但警告非常烦人
由于类型转换可能造成的数据丢失 Tester.mqh 192 20
0个错误(s), 22个警告(s) 1 23
是否有任何变通方法。
是否有任何方法可以绕过.spz
明确地给出类型。那么就不会有警告。
I.e.
papaklass:
2.你应该弯下腰来,用我能理解的 语言向我和其他像我一样的人解释,不要有势利眼。为什么在测试器中,在一次运行中,你不能使用计算机的所有功率?事件处理程序的参数化,我想也可以参考同一主题。
1.可以进行参数化处理。但这对开发商来说是昂贵的,显然不是优先事项。
2.你真的不能在这个协调中实现线程。它不仅在时间和其他资源上会很昂贵,而且以标准解决方案的形式,会给大多数用户(他们显然不是专业的程序员)带来很多问题。
你要么需要改变平台本身的架构,要么创造一些非常麻烦的、与额外资源和技术相关的东西。