无效的请求--刚刚开始，想不明白...... - 页 7

[---]

papaklass:

我的帖子是对我为什么不使用标准库 的问题的回答

事实上，我也是如此。但我的原因是--我比MK更早地创建了我的课程。

并试图提请开发者注意一个类别中的元数据的冗余性。

我不认为这是多余的。OOP本质上就是这样的。你只是对包装器有不同的看法，有不同的类设计和交易结构逻辑。这可能是一个品味问题。

------------------------

但对于交易错误--让我们举例说明。 你有一个通用的方法来处理例如10008->10012？
比方说，独立于专家顾问以前和以后的行动。
对这个没有打开的订单，处理的结果应该是什么？

[Valerii Mazurenko]

不使用的函数被排除在最终文件之外。

另一件事是，几乎总是，"非通用 "代码比 通用代码更快（例如，EAs，优化得更快，而且claude的报酬更少一点）。

[Renat Fatkhullin]

不要忘记优化编译器+大规模内联。

只取那些在代码中被调用的函数，其他的都在优化过程中被跳过。也就是说，如果只有3个有61个方法的类被使用，那么将包括三个方法的代码。

内联函数，考虑到函数本身的小尺寸和一般的代码优化，使得代码简单而扁平。

[---]

papaklass:

因此，我对(10008->10012)这种情况不感兴趣，因为如果在某一个点上没有开仓，那么在下一个点上就会开仓。

我试图以这样的方式构建我的代码，即如果专家顾问的逻辑要求开仓，那么大部分时间都会开仓。无论它是在下一个跳动点还是在10个跳动点之后打开。

这正是正确的做法。

然后再回到错误处理的问题上--标准库中缺少什么？他们想在错误处理/分析方向上做哪些改进？

[---]

papaklass:

以大于可用资金的手数开仓，或在下挂单时，没有保持与当前价格的最小允许步数，或在没有考虑到仓位方向 的情况下设置止损。

那么什么叫对这些情况的处理，由库本身对程序员的命令中的缺陷进行修正？
也就是说，图书馆自己颠倒了站点，或自行决定改变地段？

还是直接发送相应的代码作为回应，让收件人知道他的错误订单？

[Renat Fatkhullin]

sergeev:

以及处理这些情况的意思是，库本身纠正了程序员命令的不足之处？
就是说，让图书馆自己颠倒站点，或自行决定改变地段？

再多问几个无辜的问题，Papaklass就会开始猜测和怀疑什么......。

[---]

只是程序员对 "必要性和充分性 "有不同的认识，这就是为什么提出了关于扩展功能的问题。

对他们来说，完全清楚比继续猜测要好。

[---]

papaklass:
再一次，我没有说服任何人。你认为书架很好，就让它保持原样吧。即使在讨论之后，我也不会使用这个图书馆。我一个人，可以吗？

亚历山大，你不是唯一的人。但这不是问题的重点。是否要做人。

这个问题纯粹是实用的--对发展（可能也是你的）有好处。

什么叫对这些情况的处理，由库本身来纠正程序员命令中的缺陷？
也就是说，图书馆自己颠倒了站位，或自行改变地段？

或者只是在回复中发送相应的代码，让收件人知道他的错误订单？

[Dmitriy Parfenovich]

papaklass:
...为什么不告诉程序员他的订单是无效的，并在发送前发出一个错误代码？

似乎错误的请求在客户阶段被切断，没有到达服务器。

[---]

papaklass:
答案就在表面上--为什么要向服务器发送一个不正确的订单并等待响应？为什么不马上告诉程序员他的订单是错误的，并在发送前发出错误代码？

我们是否在谈论将OrderCheck 添加到CTrade::OrderSend？