为什么代码库中没有完整的EA？
它确实不是所有的这些都涵盖在一个代码基础EA中。
最近新的 MACD样本已经更新，适用于全额/次额账户以及ECN/STP经纪公司。
关于其他项目：-
- 正确的资金管理选项-- 众说纷纭，这可能会变得非常复杂
- 适当的魔术#识别（如果orderTotals==0不计）--见此例
- 预先检查TradeContexBusy或与服务器的任何通信未被发现- 我相信有一些关于处理订单通道错误的主题
其他项目是对那些已经有了一个系统工作的编码者感兴趣，通常到那时，他们会定义和编码他们自己的系统。
大多数友好的 新人 和中级EA编码员会被完整的商业EA的庞大规模所淹没。
但是......随时可以发布一个:)
-BB-
好了！!现在，在人们开始用 "你为什么不做 "来攻击我之前，考虑到这个帖子的调子，这是可以理解的。事实是，我正在为代码库开发这样一个EA。事实是，我这样做是为了我自己的学习。但是为什么以前没有人这样做呢？
非常支持（道德上:P）和感谢。
在我看来，编写一个完全稳定的EA的技能，能够进行实盘交易，包括你指出的所有内容，是需要付费的技能。所以，看起来它们是编码大师们隐藏的小秘密 :)
当你发布你的代码时，随着时间的推移，大众的mql4编码质量应该会提高，但论坛帖子的质量应该会普遍下降（我们都会用你的代码链接来参考 :P)
期待着吧。
所有这些东西都应该成为官方API的一部分。例如，像交易背景问题，或者一般来说，处理订单的令人难以置信的繁琐方式，神奇的数字，等等，没有交易事件处理程序，或者至少有一些简单的API来轻松查询过滤和排序的历史事件列表，以及类似的事情。人们已经编写了整个库，将所有（或部分）低级别的MT4 API包装成更高级别的、更容易使用的东西，每个人都在维护自己的私人版本/实现这样的东西。
由于奇怪的Metaquotes公司政策和他们对最终用户和EA开发者 的敌对态度，似乎几乎不可能（也没有人愿意尝试）建立某种建设性的社区进程（或至少与MQ进行某种建设性的对话）来讨论和同意这样一个API，并共同讨论和贡献改进。 但这样的API是完全需要的，应该成为每个标准MT4安装的一部分，应该是官方推荐的访问功能的方式。
> 多亏了奇怪的Metaquotes公司政策...
我想这是一个时间、精力和风险与回报的问题。
按照目前的情况，MT可以发布一些代码，并说这些只是例子，是否运行它是你的责任。
对于MT（或其他）发布一个库， 作为最终的订单处理代码，也许其中有一个错误，或市场条件可能会改变，或服务器端的行为会改变，可能会有严重的责任问题。
即使是更高层次的API也会有一定程度的风险，因为外汇市场是一个粗糙的地方，有很多很多的变数。
微软可以发布Office的版本，并适时发布更新，但对于交易软件，你没有第二次机会。
> 人们编写了整个库......每个人都在维护自己的私人版本/实现这样的东西。
考虑到开发这些东西所需的时间、精力、决心和（损失的）金钱，这也是可以理解的......
-BB-
几乎每个行业都会发生类似的事情。有一些关于管理数学、心理学等方面的书籍，但没有确定的方法来做一些事情，这有点像专业人员说 "它完全按照你的定义来做"，而业余爱好者说 "它与我的经纪人合作，这就是我需要的"。
@forexCoder:...当你发布你的代码时，随着时间的推移，大众的mql4编码质量应该会提高，但论坛帖子的质量应该会普遍下降（我们都会用你的代码链接做参考:P）...
谢谢你的支持；）。然而，这不会是那么宏伟的。在论坛上有很多更好的例子，散落在各个任务中。我所说的是比指定的Include文件或Library文件小得多的片段，例如处理OrderReliable。我最初的设计是将EA保持为一个单一的文件（没有Include-or-Libraries）。不要屏住呼吸等待，因为我已经被其他项目牵着鼻子走了。但我会把它作为一个值得关注的目标。
@General> 人们编写了整个库......他们中的每一个人都在维护自己的私人版本/实现这样一个东西。
是的，确实很对。每个正经的程序员都有自己的版本。例如错误处理和资金管理。为什么MT不能创建一个函数，当我传递给它一个止损价格和风险百分比时，返回一个手数大小。或者当我提供一个手数和风险时，返回一个止损价格。但是，不，每个人都要有自己的风格，如果他们有足够的自由保证金，要做自己的错误检查。
是的，我知道MT不可能覆盖一切。但如果他们能设定更好的例子就好了。即使是商业性的EA也在这个论坛上受到了很多批评，因为它们通常与其他EA不兼容......然而现在它们中的大多数正在改变他们的方式。我敢打赌，这些开发者中的大多数人看了老的MACD简单版后，就不担心了，它符合MT标准。我几乎不能在没有看到错误130、131或修改错误1的情况下运行代码库中的任何代码。
这是我的，去掉了实际的交易逻辑。
老兄，这真是太棒了！！！这是一个该死的有用代码的金矿。这是一个该死的有用代码的金矿，!!!!
这是我的，去掉了实际的交易逻辑。
IMO，在mql4.com的代码库或文章中，似乎没有完整的EA。似乎总是缺少一些东西。我打算使用直接来自很多人推荐的学习mql4编程的来源的定义；书。除此以外，我还要补充以下内容。这并不考虑它是否有利可图。
- 经纪人的数字识别（5点对4点，日圆对其他）。
- 适当的资金管理选项（仅有马丁格尔法不计入）。
- 正确的魔术识别（如果订单总数==0不算）。
- 正确的符号区分（也许是因为大多数都是一个符号和时间框架？）
- 几乎总是没有订单会计过程（这一点可以理解）。
- 事件跟踪是不存在的（不想知道SL何时被击中？）
- 对TradeContexBusy或与服务器的任何通信的预先检查是不存在的。
- 灾难恢复，（这只是一个神话，人们在论坛上看到的？）
- Ecn与Dealing Desk OrderSend兼容（不发送Sl和Tp与OrderSend）。
就这个论坛和mql4本身的年龄而言，我认为有人会在这个时候发布一个完整的EA，具有所有 "大多数人认为 "的正常程序的标准功能。这是不是一个太难的任务？首先，我责怪元引号（我爱你，元引号！！）。但我认为现在是你发布书中所定义的完整EA的时候了。
好吧！!现在，在人们开始用 "你为什么不这样做 "来攻击我之前，考虑到这个帖子的调子，这是可以理解的。事实是，我正在为代码库开发这样一个EA。事实是，我这样做是为了我自己的学习。但是，为什么以前没有人这样做呢？
同样，也许我错过了这样一个EA。所以，如果有人能把这样的EA链接给我，我将非常感激。此外，我还在寻找一份完整的标准清单，其中包括为真实账户准备的完整程序中需要考虑的东西。我不太关心每一个经纪商和工具的防弹问题，但我想通过这个主题来了解你认为的标准内容。