自动交易的未来 - 页 18

[Maks]

从长远来看，如果你能成功交易，你可以通过电话或网络界面进行交易。

我已经添加了快速交易的按钮，订单可以从图表中转移 - 这也是可以的）。

快速交易的按钮也增加了--订单可以从任何图表中移动--这很好。从图表中移动订单非常方便，但缺少的是，当你再次启动MT时，在新闻联播 中打开的窗口的大小。

[[删除]]

Rosh:

任何会计师都会告诉你，缺乏数据，这一切都取决于会计政策。

但是！ 不管会计政策如何，当所有购买的糖被卖出后，财务结果将是一样的。不要自欺欺人。

1.你是对的。但是！ 任何一个会计师都会使用对他们来说最方便的会计和税收政策，而且是对他们来说最方便的政策（在他们国家的法律范围内）。

当所有的争议问题都是可选择的，由交易者或经纪人/交易所选择的时候，这是有意义的。难道不是这样吗？

2）我将如何处理剩余的一袋糖是我自己的事。此外，没有人知道我何时以及以何种价格摆脱它。

[[删除]]

Manov:

:)))

这是你非常大的错误 !非常，非常大...

我很抱歉。

上帝会提供的!

[[删除]]

Interesting:

当所有的运动问题都是选择性地提出，由交易商或BC/交易所选择时，这是有意义的。难道不是这样吗？

剩下的就是找到一个有地段的交易所。虽然没有这样的交流，但这个问题是绝对明确的，一点都没有争议。

[[删除]]

Interesting:

这个例子不觉得有点荒唐吗？

他们用240卢布买了一袋糖。价格降到了140，所以我们又买了一袋。

价格涨到了175卢布，我们以这个价格卖了一袋。

哦，我的天啊--由于所做的工作，我们出现了亏损（尽管大家都很清楚，必须要有利润）......

难道你不认为，所有工作的结果，可以说，转化为我们感兴趣的市场，应该是一袋糖，比如说，205卢布？

粗略地说，就人类而言，有详细的会计，也有平均的会计。详细核算是指如果资产在某些详细属性上进行组合核算，例如在一次交易中购买了十个袋子，它们被视为属于一次交易，然后我们又购买了五个袋子，它们将与第一个袋子分开核算。或者甚至是单一的，逐一的对象，每个袋子都有自己的价格。两者都是详细的会计。 而如果我们把不同交易中的一种资产的所有袋子加起来，并把价格算作算术平均数，那么这就是一般化的会计，按平均价格计算。

到处都有一种对通用会计和平均价格会计的引力，因为它在技术上更容易实施和理解。而只有监督和控制机构和组织坚持详细的会计。这就是生活中的情况。

而在MT5中，详细的账目会给开发策略提供更多的机会。

在我们的案例中，开发商选择了广义会计，我们在这里不必选择。他们有自己的理由。

但详细的核算可以在产品中引入，与一般化的核算并行。它可以在MT5中实施而不破坏目前的计划。作为一种选择。这将是一个很大的好处。但也许开发者并没有从这个角度考虑这种情况。

在会计学中，这一切都被讨论了上百次，并被详细地计算出来。而这两种方案在相同的产品中都能完美地发挥作用。

[[删除]]

顺便说一句，根本没有必要引入分项会计计划。引入在服务器上存储更多用户数据的可能性就足够了，然后谁需要谁自己做详细的会计。而储物柜会很高兴。

我以前已经提到过这一点。

说，如果通过与认股权证相同的方案，同样的命令可以与存储在服务器上的有限数量 的服务记录一起工作，这将是一个相当有效的解决方案。

[[删除]]

timbo:

因为它符合常识。 因为世界上每个证券交易所都是这样运作的。因为这就是数学的工作原理。

如果你坐在一袋糖上，你花了240元买的，今天只值175元，你为什么不应该有损失呢？

MT5粗暴地毁掉了很多第六点爱好者的热闹。

可能会有损失，这叫PROSAD。就我而言，如果交易条件允许，我可以持有20个（甚至200个）的非囊状物。

有人会说这是不合理的，也许。但最终还是要由我来选择与我的存款有关的合理内容。

我已经明白，MT5在某些问题上狠狠地打击了交易者，你不必是一个伟大的数学家，也可以预见不同的DC在这种小事上的快乐。

PS

同样，我将如何处理剩余的袋子是我自己的事。不是特区，不是美国立法者--我个人...

雷纳特。

你不明白的原因恰恰有一个--你没有考虑过混合模式的实施和影响。

在实施的技术方面，这完全是自杀。我建议你花几天时间来深入思考这个问题，有一个强制性的交易表和完整的交易处理方案。我们花了很多时间来考虑这个问题，在2004年和2007年做了两个办法，然后明智地放弃了。

如果没有经过计算的电子表格和计划，甚至讨论这个话题也没有意义。作为一个甜点，想想随之而来的任何专家的模型的二重性，他们发疯了，有两个完全不同的模型来说明订单如何运作。

我不是白要牌匾的。

符号	运作	卷宗	价格	平均价格	盈利
糖	购买	1	240	240
	购买	1	140	190
	沽出	1	175	190	-15

这里一切都很正确--在平均买入价190时，有一个卖出价175，导致损失15。 不要通过寻找一个有利可图的匹配订单来欺骗自己。最终的财务结果将不会改变。

这是关于我的问题的第一个可理解的答案。谢谢你。

我在考虑同时实现MIXED模型和这两个模型的单独实施。我得出的结论是，我应该长期使用这些模型中的一个（也许可以选择用于每组乐器）。

也许用这种方法，你们作为开发者将不得不写出不是150万行而是200万行的代码（抱歉，这让我记忆犹新）。也许它在某种程度上会使服务器的工作复杂化，首先是服务器。也许某些事情仍然要做（我和其他许多人甚至不知道）。

但从长远来看，这可能会比在MT4中进行交易，在MT5中进行分析的方法更容易、更方便。

而且这肯定会比开发各种旨在连接两个终端的COSTELS要容易。

我当然会计算这样的事情，以及其他许多事情。就像我从R2转到MT4时那样。但无论如何，在目前的情况下，我要么放弃MT5交易（只用于分析），要么接受这些并不十分理想的开支。

PS

如果奇迹发生了，MT4成功地存活下来，交易者和经纪公司想在其中引入OOP的元素，他们到底会不会这样做？

[[删除]]

timbo:
剩下的就是找到一个有地段的交易所。那么就会 "如此"。 虽然没有这样的交流，但这个问题是绝对明确的，没有争议的。

而据我所知，交易所不能决定是否加锁？或者他们可以让它成为可选项？

顺便说一下，让我们看看API还会给服务器带来什么。

Timbo:
上帝会提供的!

他们已经做了--它被称为MT4。我认为，在其中有真实账户 的人（真正的人）至少有50%会留在上面。

我不排除在某些情况下，可能是大多数情况下，使用MT4的人将使用MT5进行分析或在交易所进行交易...

[Hide]

gip:

粗略地说，就人类而言，有详细的会计，也有平均的会计。详细核算是指资产通过结合一些详细的特征进行核算，比如说在一次交易中买了十个袋子，它们被当作属于一次交易，然后我们又买了五个，它们与第一个分开核算。或者甚至是单一的，逐一的对象，每个袋子都有自己的价格。两者都是详细的会计。而如果我们把不同交易中的一种资产的所有袋子加起来，并把价格算作算术平均数，那么这就是一般化的会计，按平均价格计算。

到处都有一种对通用会计和平均价格会计的引力，因为它在技术上更容易实施和理解。而只有监督和控制机构和组织坚持详细的会计。这就是生活中的情况。

而在MT5中，详细的账目会给开发策略提供更多的机会。

在我们的案例中，开发商选择了广义会计，我们在这里不必选择。他们有自己的理由。

但详细的核算可以在产品中引入，与一般化的核算并行。它可以在MT5中实施而不破坏目前的计划。作为一种选择。这将是一个很大的好处。但也许开发者并没有从这个角度考虑这种情况。

在会计学中，这一切都被讨论了上百次，并被详细地计算出来。而这两种方案在相同的产品中都能完美地发挥作用。

这很重要。还应注意的是，两个计划的财务结果将是相同的。

让我们回到糖袋的例子。

1.熏制1袋，浓度为240 - 糖资产1袋，共计240

2.以140元买了1袋--糖资产2袋，总价值380元。

3.以175的价格卖出1袋糖 - 1袋糖的总资产价值为205

4.所以，为了出售残糖而不亏损，必须以205的价格出售。

如果我们详细计算一下，每个麻袋都是分开的。

1.在240度时熏制了1袋 - 糖资产在240度时熏制了1袋

2.在140价位买了1袋--糖业资产是240价位的1袋和140价位的1袋

3.以140元的价格卖出1袋，售价175元--资产1袋，售价240元，利润35元

4.因此，要以240的价格出售剩余的糖，必须以240的价格出售。或者，投入35的利润，那么盈亏平衡点又会是205。

在这两个=205中，出售剩余物的价格要达到盈亏平衡。因此，正如之前所说，35岁是一个虚无缥缈的利润，并不真正存在。只是在一般化的帐户中，它是在它应该在的地方，在平均价格。而最重要的是，这种虚无缥缈的利润并没有混淆报道。

引入平行报告的做法被许多当局视为财务欺诈的企图。

[[删除]]

gip:

粗略地说，就人类而言，有详细的会计，也有平均的会计。详细核算是指资产通过结合一些详细的特征进行核算，比如说在一次交易中买了十个袋子，它们被当作属于一次交易，然后我们又买了五个，它们与第一个分开核算。或者甚至是单一的，逐一的对象，每个袋子都有自己的价格。两者都是详细的会计。而如果我们把不同交易中的一种资产的所有袋子加起来，并把价格算作算术平均数，那么这就是一般化的会计，按平均价格计算。

到处都有一种对通用会计和平均价格会计的引力，因为它在技术上更容易实施和理解。而只有监督和控制机构和组织坚持详细的会计。这就是生活中的情况。

而在MT5中，详细的账目会给开发策略提供更多的机会。

在我们的案例中，开发商选择了广义会计，我们在这里不必选择。他们有自己的理由。

但详细的核算可以在产品中引入，与一般化的核算并行。它可以在MT5中实施而不破坏目前的计划。作为一种选择。这将是一个很大的好处。但也许开发者并没有从这个角度考虑这种情况。

在会计学中，这一切都被讨论了上百次，并被详细地计算出来。而这两种方案在相同的产品中都能完美地发挥作用。

这就是我的意思...