. ... Rick D. ... .: 请告知部分平仓 的情况，账户类型为RETAIL_HEDGING。例如，我在专家顾问中关闭了一半的头寸，一个较小手数的新订单应该自动打开。那么，在什么时候，新的订单才能保证进入终端？我的理解是否正确，它不一定要在PositionClosePartial之后立即出现，我们必须在OnTrade的某个地方抓住它？
\on the help - yes, it has been heavily rehashed, because when I was dealing (about two years ago) with postfix and prefix operations in mql, I obviously do not remember this material now
而且因为你的例子纯粹是理论上的。他们纯粹是为学生服务的。没有一个头脑正常的程序员会将这种东西投入生产。
后缀和前缀的增量 和减量实际上首先在循环中使用。而它们被称为增量和减量!
这里有一些例子
и
如果你声称前缀和后缀的操作都是一样的，那么手里有旗子，脖子上有鼓。
在前缀递增的情况下，你会得到一个未初始化的空数组元素，并且在最后一次迭代时出现数组超范围的错误。
也许你高高在上的思想不明白，我再重复一次我的问题。
突出显示的那条对你来说很难看到吗？
现在说重点，为什么在对话中出现的例子中，mql中的结果==12，也不管是不是凭空捏造的，当后缀和前缀操作有区别时，结果应该是==13
ps.我不是在发表声明，因为现在我检查了一下，确实后缀和前缀现在有区别，但我上面的问题让人有理由相信，语言在编译时的模糊性显然是足够的，在你扑向分支中的某人之前，处理好这些UB，我们在这里没有错。
顺便说一下，我看到帮助已经被修补过了））。
也许你高高在上的思想不明白，我再重复一遍我的问题。
你不明白强调的部分？
现在说重点，为什么在对话中出现的例子中，mql中的结果==12，而且不管是不是凭空捏造的，如果后缀和前缀操作有区别，结果应该是==13
ps.我不是在发表声明，因为现在我检查了一下，确实后缀和前缀现在有区别，但我上面的问题让人有理由相信，语言在编译时的模糊性显然是足够的，在你扑向分支中的某人之前，处理好这些UB，我们在这里没有错。
顺便说一句，这些帮助看起来像是被铲了一圈）。
不要说风凉话。
谁说结果必须是13？同样，有副作用的结果高度依赖于优化。即使你不对这样的表达式进行优化，也会有一个实现的过程--变量的值在使用后或计算表达式后立即发生变化。哪种实施方式是正确的？
我们不打算处理UB，那是未定义的，并明确写道："不要那样做。
帮助被复制到哪里了？我从1月18日的MetaEditor build 1755打开了MQL5的参考资料。它说的是同样的事情
重要 通知
int i=5。
int k = i++ + +i;
当把上述表达式从一个编程环境转移到另一个环境时，可能会出现计算问题（例如，从Borland C++到MQL5）。一般来说，计算的顺序取决于编译器的实现。在实践中，有两种方法来实现后减法。
目前，MQL5中实现了第一种后退计算方式。但即使知道这个特点，也不建议尝试使用它。
你原来的说法是，后缀和前缀操作之间没有区别。不是有吗？
不要轻率行事。
谁说结果必须是13？同样，有副作用的结果高度依赖于优化。即使你不对这样的表达式进行优化，也会有一个实现的过程--在你使用它之后或者在计算表达式之后，变量的值就会发生变化。哪种实施方式是正确的？
我们不打算处理UB，这就是为什么它没有被定义，我们明确说 "不要那样做"。
你在参考文献中去了哪里？我从1月18日的MetaEditor build 1755打开了MQL5的参考资料。它说的是同样的事情
重要 通知
int i=5。
int k = i++ + +i;
当把上述表达式从一个编程环境转移到另一个环境时，可能会出现计算问题（例如，从Borland C++到MQL5）。一般来说，计算的顺序取决于编译器的实现。在实践中，有两种方法来实现后减法。
目前，MQL5中实现了第一种后退计算方式。但即使知道这个特点，也不建议尝试使用它。
你原来的说法是，后缀和前缀操作之间没有区别。难道不是这样吗？
我不是厚颜无耻，注意你开始对话的地方，即我不得不执行一个我甚至不知道的代码--超级
至于帮助--是的，这是一次大修，因为当我在处理（大约两年前）mql中的后缀和前缀操作时，我现在显然不记得这个材料了。
所以，这个话题已经结束了，我们引入了这种差异，并且做得很好，但你必须警告他们，你正在改变。
请告知部分平仓 的情况，账户类型为RETAIL_HEDGING。例如，我在专家顾问中关闭了一半的头寸，一个较小手数的新订单应该自动打开。那么，在什么时候，新的订单才能保证进入终端？我的理解是否正确，它不一定要在PositionClosePartial之后立即出现，我们必须在OnTrade的某个地方抓住它？
那是什么鬼东西？
\on the help - yes, it has been heavily rehashed, because when I was dealing (about two years ago) with postfix and prefix operations in mql, I obviously do not remember this material now
总的来说，这个话题已经结束了，我们引入了这种差异，并且做得很好，但你必须提醒他们注意这些变化，不是吗？
为了感兴趣，我决定检查一下2015年6月的旧1159构建。它的帮助具有斯拉瓦引用的所有内容。所以，也许你弄错了什么。
那是什么鬼东西？
它是一个崩溃:)转到servicedesk!
它是一个崩溃:)转到servicedesk!
拿到了--破费了不少钱 :)
我明白了--打破了银行 :)
它发生了)
它发生了)
我不知道如何将这个错误本地化？我只是不想泄露整个剧本，也不想重新包装一切....。