如何以编程方式获得 "保证金的百分比"? - 页 3 1234567891011 新评论 Renat Akhtyamov 2017.06.02 11:37 #21 ir0407: 嗯...似乎是一个简单的问题,你却开始了一场论战......:)我明白,这里的每个人都很聪明,都是有自己特色的天才。但是... 我有一张MT5的截图,或者在不是MT4的部分创建了一个主题。 我不是来这里让你吃惊的,而是想得到一个简单问题的简单回答。如何从公式中取出正确的价值,我很清楚。我们很擅长数学。问题不在于如何计算,而在于如何从终端获得。又是MQL5... 让我试着重新表述这个问题......我不需要计算 这个值,我不需要一个公式 来计算它。我需要的是 常数的名称(或其数值),我可以在SymbolInfoDouble()查询中使用,以从终端获得我需要的值。就这样吧!:)来吧,来吧))))你的问题从一开始就很清楚。但保证金是一个有趣的话题,正如你所看到的,这个问题是有争议的。 K-2SO 2017.06.02 11:45 #22 Alexey Viktorov:我不明白为什么它对你不起作用。这里你有3个订单未结,保证金是100%,与计算结果一致 什么计算方法?也许是我看错了,但我在你的截图中没有看到任何比较。然后,问题还在于如何在没有 "保证金百分比 "值的情况下纯粹计算黄金的保证金,同时考虑到它的所有未结订单... 而且是的...当然要考虑到对冲的头寸。 ir0407 2017.06.02 11:55 #23 Alexey Viktorov: 在这种情况下,答案是毫不含糊的。 我不能!!! 好吧,那我就用斯坦尼斯拉夫斯基的一句话来回答:"我不相信!阿列克谢-维克多罗夫。而且没有人愿意这样做。不过,这是一个奇怪的方法。我需要它,而你们开发商为我做了它。只是因为我希望他们这样做。那么,终端知道这个值...它知道并在 "合同规范 "中显示它...你真的认为里面的终端自己计算并在表中显示这个值吗?这是基本价值!而它被终端用来进一步计算特定字符类型的正确边距。那为什么这种方法对你来说很奇怪呢?你是否也通过 "计算 "从 "合同规范 "中获得所有其他数值?通过间接或实验数据?:)阿列克谢-维克多罗夫:我真诚地试图帮助...但可惜的是,没有运气...当然,谢谢你,但你把我的主题带到了一个不必要的方向。 Alexey Viktorov 2017.06.02 12:02 #24 K-2SO: 什么计算方法?也许我没有仔细看,但我在你的截图中没有看到任何对比。然后,问题还在于如何在没有 "保证金百分比 "值的情况下纯粹计算黄金的保证金,同时考虑到它的所有未结订单... 而且是的...当然包括对冲的头寸。如何计算 "保证金百分比 "已经被解释过了,被咀嚼过了,也被放进了嘴里。剩下的就是要吞下...这取决于你。你可以使用对冲头寸。MarketInfo(_Symbol, MODE_MARGINHEDGED); 是归还的金额,而不是抵押品的百分比。计算%%一点都不难。 K-2SO 2017.06.02 12:06 #25 Alexey Viktorov:如何计算 "保证金百分比",已经有人讲过了,嚼过了,放在嘴里了。剩下的就是要吞下...这由你决定。在考虑到对冲头寸的情况下,使用 归还的金额,而不是抵押品的百分比。计算%%一点都不难。 别挡着我的路。我已经向你展示并试图证明,在计算所有未结头寸 的黄金抵押品时,MARGINREQUIRED是没有用的。我可能无法吞下一些东西,但你似乎甚至不愿意咀嚼。 Alexey Viktorov 2017.06.02 12:16 #26 ir0407: 好吧,那我就引用斯坦尼斯拉夫斯基的话:"我不相信它!"那么终端知道这个值...它知道并在合同规范中显示...而你真的认为终端机在计算中扭曲,只是为了得到这个值,并在电子表格中显示给我们吗?这是基本价值!而它被终端用来进一步计算特定字符类型的正确边距。那为什么这种方法对你来说很奇怪呢?你是否也通过 "计算 "从 "合同规范 "中获得所有其他数值?通过间接或实验数据?:)当然,谢谢你,但你把我的话题带到了一个不必要的方向。 终端知道很多事情,但不会告诉任何人。例如,我曾经试图确定哪个订单是由哪个柜台关闭的。它适合在评论中,但你只能从那里得到它...逻辑在哪里?好吧,我们没有我们需要的东西,也不会有它。我们必须写出自己的计算结果。幸运的是,它们并不那么复杂。顺便说一下,保证金货币 也应该按照开单时的汇率进行计算和修正。而且在mql4中没有CopyTicks。因此,我们的结论是,无论你如何计算保证金百分比,仍然会有一个更多的未知数,而且无论如何都会有计算不准确的情况。 ir0407 2017.06.02 12:36 #27 Alexey Viktorov: 终端知道很多事情,却不告诉任何人。例如,我试图确定哪个订单是由哪个柜台关闭的。这一切都适合在评论中,但这是唯一的方法...逻辑在哪里?我没有,也不会有。 神不烧锅。荟萃网的编纂者也是人,可能会犯错或忘记做什么。例如,要在帮助中输入一些数值。所以现在我将尝试从 "后门 "进入,我将在稍后报告结果。阿列克谢-维克多罗夫。 因此,结论是:无论你如何得到保证金的百分比,都会有一个更多的未知数,计算也会有不准确之处。我想避免这些不准确的情况。而且尽可能少流血。:) ir0407 2017.06.02 12:39 #28 K-2SO: 摆脱它。我已经向你展示并试图向你证明,在计算所有未结头寸的 黄金抵押品时,MARGINREQUIRED是无用的。我可能无法吞下一些东西,但你似乎甚至不愿意咀嚼。 亲爱的先生,试着阅读这些知识。我想这可能对你有帮助。:) Alexey Viktorov 2017.06.02 12:45 #29 K-2SO: 摆脱它。我已经向你展示并试图证明,在计算所有未结头寸的 黄金抵押品时,MARGINREQUIRED是无用的。我可能无法吞下一些东西,但你似乎甚至不愿意咀嚼。听着,我对这样的声明感到惊讶。 下面是代码。 Comment("", MarketInfo(_Symbol, MODE_MARGINREQUIRED), "\n" , "", MarketInfo(_Symbol, MODE_MARGINHEDGED), "\n" ); 这里是读物。842.13为当前。50为套期保值头寸。这是上一篇文章中带有公式和价格的Excell表格。探索...由于在黄金开仓时缺乏欧元兑美元的汇率,导致3戈比的差异,这在第二行中是废话。还有什么可解释的呢? K-2SO 2017.06.02 12:50 #30 ir0407: 亲爱的先生,请尝试阅读这些知识。我想它会对你有所帮助。:) 我有,但没有帮助,我需要更多的细节!"。 首先从MARGINREQUIRED中计算出保证金百分比,然后在计算已下订单的保证金时应用它?到目前为止,我只能这样看...当然还有所有的不准确之处。 1234567891011 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
嗯...似乎是一个简单的问题,你却开始了一场论战......:)我明白,这里的每个人都很聪明,都是有自己特色的天才。但是...
我有一张MT5的截图,或者在不是MT4的部分创建了一个主题。 我不是来这里让你吃惊的,而是想得到一个简单问题的简单回答。如何从公式中取出正确的价值,我很清楚。我们很擅长数学。问题不在于如何计算,而在于如何从终端获得。
又是MQL5...
让我试着重新表述这个问题......我不需要计算 这个值,我不需要一个公式 来计算它。我需要的是 常数的名称(或其数值),我可以在SymbolInfoDouble()查询中使用,以从终端获得我需要的值。就这样吧!:)
来吧,来吧))))
你的问题从一开始就很清楚。
但保证金是一个有趣的话题,正如你所看到的,这个问题是有争议的。
我不明白为什么它对你不起作用。这里你有3个订单未结,保证金是100%,与计算结果一致
什么计算方法?也许是我看错了,但我在你的截图中没有看到任何比较。
然后,问题还在于如何在没有 "保证金百分比 "值的情况下纯粹计算黄金的保证金,同时考虑到它的所有未结订单...
而且是的...当然要考虑到对冲的头寸。
在这种情况下,答案是毫不含糊的。 我不能!!!
阿列克谢-维克多罗夫。
而且没有人愿意这样做。不过,这是一个奇怪的方法。我需要它,而你们开发商为我做了它。只是因为我希望他们这样做。
那么,终端知道这个值...它知道并在 "合同规范 "中显示它...你真的认为里面的终端自己计算并在表中显示这个值吗?这是基本价值!而它被终端用来进一步计算特定字符类型的正确边距。
那为什么这种方法对你来说很奇怪呢?你是否也通过 "计算 "从 "合同规范 "中获得所有其他数值?通过间接或实验数据?:)
当然,谢谢你,但你把我的主题带到了一个不必要的方向。
什么计算方法?也许我没有仔细看,但我在你的截图中没有看到任何对比。
然后,问题还在于如何在没有 "保证金百分比 "值的情况下纯粹计算黄金的保证金,同时考虑到它的所有未结订单...
而且是的...当然包括对冲的头寸。
如何计算 "保证金百分比 "已经被解释过了,被咀嚼过了,也被放进了嘴里。剩下的就是要吞下...这取决于你。
你可以使用对冲头寸。
是归还的金额,而不是抵押品的百分比。计算%%一点都不难。如何计算 "保证金百分比",已经有人讲过了,嚼过了,放在嘴里了。剩下的就是要吞下...这由你决定。
在考虑到对冲头寸的情况下,使用
归还的金额,而不是抵押品的百分比。计算%%一点都不难。别挡着我的路。我已经向你展示并试图证明,在计算所有未结头寸 的黄金抵押品时,MARGINREQUIRED是没有用的。我可能无法吞下一些东西,但你似乎甚至不愿意咀嚼。
好吧,那我就引用斯坦尼斯拉夫斯基的话:"我不相信它!"
那么终端知道这个值...它知道并在合同规范中显示...而你真的认为终端机在计算中扭曲,只是为了得到这个值,并在电子表格中显示给我们吗?这是基本价值!而它被终端用来进一步计算特定字符类型的正确边距。
那为什么这种方法对你来说很奇怪呢?你是否也通过 "计算 "从 "合同规范 "中获得所有其他数值?通过间接或实验数据?:)
当然,谢谢你,但你把我的话题带到了一个不必要的方向。
终端知道很多事情,却不告诉任何人。例如,我试图确定哪个订单是由哪个柜台关闭的。这一切都适合在评论中,但这是唯一的方法...逻辑在哪里?我没有,也不会有。
神不烧锅。荟萃网的编纂者也是人,可能会犯错或忘记做什么。例如,要在帮助中输入一些数值。所以现在我将尝试从 "后门 "进入,我将在稍后报告结果。
因此,结论是:无论你如何得到保证金的百分比,都会有一个更多的未知数,计算也会有不准确之处。
我想避免这些不准确的情况。而且尽可能少流血。:)
摆脱它。我已经向你展示并试图向你证明,在计算所有未结头寸的 黄金抵押品时,MARGINREQUIRED是无用的。我可能无法吞下一些东西,但你似乎甚至不愿意咀嚼。
摆脱它。我已经向你展示并试图证明,在计算所有未结头寸的 黄金抵押品时,MARGINREQUIRED是无用的。我可能无法吞下一些东西,但你似乎甚至不愿意咀嚼。
听着,我对这样的声明感到惊讶。
下面是代码。
这里是读物。842.13为当前。50为套期保值头寸。
这是上一篇文章中带有公式和价格的Excell表格。探索...
由于在黄金开仓时缺乏欧元兑美元的汇率,导致3戈比的差异,这在第二行中是废话。还有什么可解释的呢?
亲爱的先生,请尝试阅读这些知识。我想它会对你有所帮助。:)
我有,但没有帮助,我需要更多的细节!"。
首先从MARGINREQUIRED中计算出保证金百分比,然后在计算已下订单的保证金时应用它?
到目前为止,我只能这样看...当然还有所有的不准确之处。