改造向导EA实现动态挂单价格
用继承与指针让MQL5向导EA按可变距离下挂单
为什么默认向导EA无法满足动态挂单
使用MQL5向导生成的EA交易，在默认参数下只能通过Signal_PriceLevel这个输入变量，以距离当前价格的固定点数去放置挂单。当市场波动结构改变，或者交易系统需要根据上一根K线收盘价、开盘价、均线值来决定挂单位置时，写死的固定距离就完全失效了。很多真实交易逻辑里，挂单触发价是随行情动态计算的，例如期待回调时，在上一根阳线开盘价下方挂买入止损。此时若仍用向导默认机制，只能人工改参数重跑，不具备实战可用性。
原文指出，默认Signal_PriceLevel=0代表市价单；非零值代表挂单距离。负值如-50表示比当前价不利的位置挂单，正值如50表示更优位置。但这个数值在EA启动前就定死了，无法在Tick级或Bar级运行时根据指标变化调整。本文目标就是打破这个限制，让挂单距离在信号模块内部动态算出并写回主信号对象。
向导EA的挂单机制与数据存储链路
生成的EA头文件中，Signal_PriceLevel作为input double存在。OnInit里，EA用new创建CExpertSignal派生对象signal，调用ExtExpert.InitSignal初始化，再通过signal.PriceLevel(Signal_PriceLevel)把距离存入CExpertSignal基类的受保护变量m_price_level。也就是说，挂单水平最终由CExpertSignal.m_price_level决定，而这个值普通情况下只来自外部输入。
input double Signal_PriceLevel =0.0; // Price level to execute a deal
CExpertSignal类内部关键声明如下，m_price_level就是挂单相对基础价格的级别。只要我们在自己的信号类里能拿到主信号指针，就能随时改它。
class CExpertSignal : public CExpertBase
{
protected:
double m_price_level; // level of placing a pending orders relatively to the base price
};
EA结构概览与为何禁止改标准库
向导EA由CExpert（策略基类）、CExpertSignal（信号基类）、若干filter（信号过滤器）组成。标准库这些类位于MetaEditor的Include\Expert下。原文强烈反对直接修改基类文件：MetaEditor更新时会覆盖你的改动，基类恢复初始状态，导致EA编译失败或逻辑丢失。继承才是正道，但整库继承太重，所以只修改EA块和信号生成器模块最实际。
我们的系统已有一个改过的轨道线信号模块，因此方案定为：新建自己的信号类MySignalEnvelopes，继承CSignalEnvelopes，不动标准库，只在EA里把自定义信号挂上，并把主信号指针传进去。
自定义信号类的创建与重命名步骤
在MetaEditor中，File-New选择Include file，存到Include\Expert\MySignals\MySignalEnvelopes.mqh。把标准SignalEnvelopes.mqh全部内容复制进来，然后将类名CSignalEnvelopes全局替换为CMySignalEnvelopes，避免与标准库冲突。同时修改Wizard描述块，让标题显示为MySignalEnvelopes，否则向导里看不到。
#property copyright "Copyright © 2013, Vladimir Karputov"
#include <Expert\ExpertSignal.mqh>
// wizard description start
//| Title=Signals of indicator 'MySignalEnvelopes' |
//| Class=CMySignalEnvelopes |
// wizard description end
class CMySignalEnvelopes : public CExpertSignal
{
建议把文件加入MQL5存储（Storage）并提交，便于版本管理与跨设备同步。这一步不是必须，但利于协作与回滚。
实现指针传递与动态价格的核心代码
在自定义信号类受保护区域，增加CExpertSignal *m_signal指针变量，用于存储主信号对象地址。再写InitSignal(CExpertSignal *signal)方法，把外部传进来的指针保存。EA的OnInit中，调用filter0.InitSignal(signal)即可完成注入。
protected: CExpertSignal *m_signal; // storing the pointer to the main signal public: virtual bool InitSignal(CExpertSignal *signal=NULL);
bool CMySignalEnvelopes::InitSignal(CExpertSignal *signal)
{
m_signal=signal;
return(true);
}
在LongCondition和ShortCondition里，当触发条件满足，先算距离GetPriceLevelStopp，再m_signal.PriceLevel(prlevel)写回主信号。这样挂单水平就变成运行时动态值，而非启动前固定值。
int CMySignalEnvelopes::LongCondition(void)
{
int result=0;
int idx=StartIndex();
double open=Open(idx);
double close=Close(idx);
double prlevel;
if(IS_PATTERN_USAGE(0) && close<open)
{
prlevel=GetPriceLevelStopp(open,Open(0));
m_signal.PriceLevel(prlevel);
result=m_pattern_0;
}
return(result);
}
double CMySignalEnvelopes::GetPriceLevelStopp(double price_0,double min)
{
double level;
double temp;
temp-=(price_0-min)/PriceLevelUnit();
level=NormalizeDouble(temp,0);
return(level);
}
交易系统逻辑与回测表现
原文策略用在D1周期，轨道线指标（周期13，指数平均法）。若上一根柱为牛势（close>open），挂卖出止损；熊势则挂买入止损，即逆势期待回调。测试EURUSD与USDJPY，2013年1-9月，止损85点获利195点，附图显示有一定收益。重点不是策略本身，而是它证明了动态挂单机制可落地。
实操步骤清单与常见坑
- 在Include\Expert下新建MySignals文件夹，避免污染标准Signal目录
- 用向导建.mqh，复制标准SignalEnvelopes内容并全局改名
- 增加m_signal指针与InitSignal方法，并在EA的OnInit调用filter.InitSignal(signal)
- 修改Long/ShortCondition，在信号成立时调用m_signal.PriceLevel动态值
- Wizard描述块Title/Class必须同步改，否则EA向导不识别
- 编译前确认EA头文件input里Signal_PriceLevel可保留但会被覆盖，无妨
常见坑之一是忘记在EA里调用InitSignal，导致m_signal为空指针，运行时报无效访问。其二是GetPriceLevelStopp返回未初始化temp（原文代码片段temp-=...之前没赋值，实际应temp=某值再减），中文使用者抄代码时要补上变量初始化。其三是Wizard缓存，改了.mqh后需在向导里移除再添加信号模块才能刷新。
与直接改基类或其他方案的对比
对比直接改CExpertSignal：短期快，但MT5升级即废；对比全盘继承标准库：安全但工作量巨大，要重定义几十个类；本文方案只在信号层动手，工作量小、升级兼容、逻辑清晰。对于只用挂单且价格动态的交易者，这是性价比最高的路径。若你需要更复杂如趋势过滤，原文评论也提到可类似传指针扩展，但标准库CExpertSignal已显老旧，新项目可考虑作者后来的EA构造器思路。
总结来说，MQL5向导不是死板工具。理解CExpert/CExpertSignal对象树与指针传递，就能把固定参数EA改造成适应市场的动态系统。本文所有代码均来自原文附带的mysignalenvelopes.mqh与expertmysignalenvelopes.mq5，可下载ZIP实践。