如何检查一个订单是否被选中 - 页 11

[Boris]

tara:
如果我说有，会不会更容易些？)

我不知道它是否会变得更容易，但他们从第一年就把我带走了，就是这样的时间，否则我永远不会服役！"。

[TarasBY]

Ant_TL:

是的，就在这里。

int li_LastTicket = OrderTicket()。

如果之前没有调用OrderSelect，你的代码将产生一个4105的执行错误。只要在每个tick的末尾放一个GetLastError检查，你就会发现这个错误。

在我的代码中，这个错误不会发生，因为这个函数是在OrderSelect()之后调用的。这种检查是从没有所有可执行的EA函数的共同结构的代码编写时期继承下来的。

此外，我的大多数函数都包含错误处理函数，我非常小心地避免它们。而且还有一些功能会产生错误，比如你要找的答案：" 先前选定的订单，还是没有？"

顺便说一下，我记得在使用编译库中的OrderSelect()函数时有一个特点（可能对某人有用）：我们已经选择了一个订单（如何选择--主要不是），OrderTicket()--返回所选订单的数量。但是，如果我们想从位于编译库中的函数中获得这个所选订单的属性，我们将一无所获。我们必须再次选择该订单（再次）。

[Алексей Тарабанов]

borilunad:
我不知道这是否更容易，但他们把我从第一年开始，就是这样的时间，否则我永远不会服役！"。

我喜欢它:)

[Дмитрий]

票证和魔力不再是识别物了吗？还是同时与两个或三个订单合作是有原则的？有数组，有处理和更新这些数组的函数。还是有原则地不陷入错误之中？因此，不要陷入错误。但不要抱怨说过多的订单选择拖慢了测试。一切都有其时间和地点。当从一个函数到另一个函数时，要事先确定你将不得不再次选择顺序，并将前一个函数的处理数据存储在一个数组中。

[Алексей Тарабанов]

TarasBY: 如果我们想从编译库中的一个函数中检索这个所选订单的属性，它将什么也不做。我们必须再次选择那个顺序（重新开始）。

这是因为MQL4不是一个编译器，而是一个解释器。图书馆的功能是边走边附：)

[Алексей Тарабанов]

grell:
票证和魔力不再是识别物了吗？还是同时与两个或三个订单合作是有原则的？有数组，有处理和更新这些数组的函数。还是有原则地不陷入错误之中？因此，不要陷入错误。但不要抱怨说过多的订单选择拖慢了测试。一切都有其时间和地点。当从一个函数到另一个函数时，要事先确定你将不得不再次选择顺序，同时将前一个函数的处理数据存储在一个数组中。

德米特里，即使不离开一个函数的边界，你也不能确定顺序选择 符号不会改变。

[Boris]

tara:
我喜欢它:)

可能像 "黄油中的奶酪...？军队应该是专业的，因为它需要特殊的训练，而我们却被灌输了更多的政治!军队应该为祖国、为人民服务，而不是为执政党服务!

[Алексей Тарабанов]

不，不是像黄油中的奶酪，但我作为一名中校做了我该做的事。对不起，如果我冒犯了你 :(

[Дмитрий]

tara:
迪米特里，即使不离开一个职能部门的范围，你也不能肯定顺序选择符号不会改变。

这就是我的意思。我的职能没有普遍性，每个人都在严格从事自己的业务。甚至买入和卖出也是分开的。 Slosewall在整个订单执行之前不会离开这个功能。因此，让订单号改变，让停靠点蠕动，但门票和魔术师会留下来。

[Дмитрий]

我甚至不希望所有的订单数据在函数被调用时 被保存。因此，在任何功能上都没有希望。