文章 "轻松快捷开发 MetaTrader 程序的函数库（第 二十七部分）：操控交易请求 - 下挂单"
将近 4 兆字节的代码，而且不提供库模式和自定义方法...你是在为自己写作吗？
从用户的角度看问题。在没有参考点的情况下，他们是如何理解这一切的。
- www.mql5.com
特别是在这篇文章中，没有说明为什么决定在连接互联网后立即发送挂单，而不重新询问用户。
文章还警告说，文章中介绍的挂单请求不能用于实际交易。也就是说，这只是概念测试，仅此而已。
没有解释如何在重新连接互联网后设置订单，而无需询问用户。
你真的需要几篇文章来测试挂单交易请求的简单机制吗？此外，再次轮询用户更简单、更正确，仅此而已。
不要忘了，这篇文章只是写给那些想了解一些东西的人 看的。它只是一小段编程课程，而不是一个现成的智能交易系统。文章用代码描述并展示了如何做才能达到预期效果。如果您需要在 Expert Advisor 中进行用户投票，没有人禁止您这样做。
1.为了照顾那些想要了解的人，最好制定一个库计划，以便于对材料进行定位。
2.2. 作者对交易功能 的每一次修改都不能成为在每篇文章中刊载的理由。材料臃肿。同样的交易功能在不同的文章中互换，但改动不大。现在会有待处理请求的代码吗？这不仅没有说明问题，反而让读者感到困惑。
3.很快就会有 30 篇文章，作者警告不要使用该库。那它是用来做什么的？教大家如何编写一个不受欢迎的库吗？
1.为了照顾那些想了解的人，最好能制作一个图书馆图，方便他们浏览资料。
2.2. 作者对交易功能 的每一次修改都不能成为在每篇文章中刊载的理由。材料臃肿。同样的交易功能在不同的文章中互换，但改动不大。现在会有待处理请求的代码吗？这不仅没有说明问题，反而让读者感到困惑。
3.很快就会有 30 篇文章，作者警告不要使用图书馆。那它的目的是什么？教人如何编写一个不受欢迎的库吗？
你会生吃肉馅吗？在这里，为了避免您吃到它，我们会提出警告--在这篇文章和最后一篇文章中，我们将准备材料并调试概念。
我以为文章应该有完整的解决方案。那有什么可调试的呢？
如果与服务器的通信中断，记录订单数据，设置重新检查与服务器通信的标志。我们会循环重新检查，直到建立连接。通信恢复后，我们会询问用户是否要设置失败的订单。如果是，则发送回订单，删除标记，并从失败订单列表中删除订单数据。总的来说，整个概念就是这样。
新文章 轻松快捷开发 MetaTrader 程序的函数库（第 二十七部分）：操控交易请求 - 下挂单已发布：
在本文中，我们将继续开发交易请求，实现下挂单，并剔除检测到的交易类操作缺陷。
在上一篇文章中，我们起手实现延后交易请求，并创建了第一个开仓延后请求，应对交易类向服务器发送请求后收到错误。 在本文中，我们将继续开发延后请求，并针对设置挂单时发生错误的情况实现创建延后请求。
在测试交易类时，我检测到一些缺陷。 特别是，在类构造函数中初始化品种的交易对象时，会为其硬性设置默认值。 并非所有这些数值在品种规格中都加以支持。 这就会导致尝试下挂单时，服务器端出错 — 服务器激活“不支持的订单到期类型“错误。 该错误在任何地方都无法得到纠正，最终导致无法下挂单。 当发送包含默认值的交易请求时，一些不支持的数据也被发送到交易请求。 为了解决这个问题，我必须直接在交易请求中指定与相应品种规格对应的正确数据。
这需要了解品种规格，并直接在程序代码中手动输入准确数值，取代由函数库本身对参数值进行自动校正。 为简化起见，我们将对交易类的处理逻辑略微进行一些修改。 在 EA 的 OnInit() 处理程序中自动选择正确的参数值来初始化所有品种的交易对象。 默认情况下，将数值 -1 传递给交易类的交易方法填充订单，且到期类型表明其时间采用预设的正确默认值。 如果从程序里传递了另一个参数值，则会用它来替代默认值。 如果该值被证实无效，则当交易类进行错误处理时会加以纠正。作者：Artyom Trishkin