void OnLog(
ushort send_id, // идентификатор запрошенного события // например модификация ордера
ushort rec_id, // идентификатор возвращенного события // например ошибка модификацииlong lparam, // параметр типа long // например тикет ордераstring sparam // сформированная строка на выводсамим тестером
{
/*
здесь можно переопределить выводимую строку в лог журнала Тестера по своему усмотрению
на основании тикета в параметр sparam, и передать её дальше на вывод в базовую функцию
Например, по событию MODIFY_SLTP и возвращенному ответу + известному тикету lparam пользователь сам сможет
сформировать и вывести ту информацию, которая ему больше всего интересна для данного случая
*/return(::OnLog(send_id, rec_id, lparam, sparam)); // вызов базовой функции вывода в журнад тестера
}
是否有可能以编程方式定义代理的类型--本地/远程？
为什么？
使用这个选项将有助于在测试期间组织MQL程序的日志分配，限制来自外部DLL 模块的函数调用，等等。
IMHO 如果测试器的概念是你可以在不同的模式下使用它，那么相应地就有必要或希望以编程方式定义这些模式。
1.早期绑定将不允许使用从DLL导入 的函数在远程代理上加载ex5
2) 必须以完全相同的方式对本地和远程代理进行测试。否则，我们都会有一些奇迹般的结果
1.早期绑定将不允许使用从DLL导入 的函数在远程代理上加载ex5
2) 必须以完全相同的方式对本地和远程代理进行测试。否则，我们都会有一些奇迹般的结果
在我的实践中，我总是在打开和修改头寸/订单时使用扩展的日志信息。
当然，碰巧的是，终端本身也会输出自己的事件信息。但在许多情况下，这些信息是不必要的。
确切地说，它对监控测试人员的信息很重要（当然，我们不是在谈论真实的日志）。
，因为我们有太多的信息+我们自己的信息，结果日志就会翻倍。
因此，有人要求使测试员信息的输出可以配置（可以关闭某些事件的输出，用用户定义的字符串替代）。
首先，我认为在测试器中对不同类型的交易事件（阅读不同的功能）禁用消息显示就足够了。
这可以通过为不同的交易事件创建和填写测试者行为的结构（_TesterInfo类型）来完成。
或者说是
由于我的标准 "自定义最大值"（以及许多其他人，我肯定）由几个自定义指标组成。
我想看到的不仅是在单通道模式下，而且是在优化过程中。
这样你就能真正看到哪个参数导致了 "自定义最大值 "在某个段落的增加。
而且不仅仅是因为这个。我相信很多人都会同意我的观点，即在优化参数的过程中，最好能跟踪以下这些指标。
- 不同类型的缩水
- 盈利交易与亏损交易的百分比比（不同方向）
- 稳定性
- 平衡增长线的线性回归（回顾主题）
- 交易质量的标准是点数与开仓时间的比率
等......。每个人都有自己的发展指标......。
我想请教开发人员...
是否有希望有朝一日能得到这种有用的选择？
从你的帖子中看不清楚--你是否知道OnTester() 函数。
我不仅知道，而且我认为这一创新几乎是新版MT的整个价值的一半。
我对主要问题非常感兴趣（我相信不仅是我，还有很多人）......前面已经描述了其本质...
请告诉我，是否有任何希望？
这很奇怪，怎么会不清楚。我在一开始就明确地描述了 "自定义最大值"，它直接与OnTester()联系在一起。
我不仅知道，而且我认为这一创新几乎是新版MT的整个价值的一半。
我对主要问题非常感兴趣（我相信不仅是我，还有很多人）......前面已经描述了其本质...
请告诉我，是否有任何希望？
因此，在OnTester中实现你自己的健身函数的计算，并利用它进行优化。或者说这不是问题所在？在 "优化结果 "报告中，有一个单独的OnTester()值列。
因此，在OnTester中实现你自己的健身函数并通过它进行优化。还是问题不在于此？对于OnTester()函数 的值，在报告 "优化结果 "中会有一个单独的栏目输出。
我真的想看看，除了结果之外，还有很多其他有用的指标，这些指标不在标准集里。以及实际开发的，我相信很多人都有。
我计算 "自定义最大值 "的公式由7个不同指标的组合组成（我肯定和很多人一样）。每一次的 "自定义最大值 "都会越来越多，为了检查哪些指标在改善，我不得不停止优化，只看一次，没有其他办法((()
在不停止优化的情况下，打开查看你开发的任何指标的可能性，直接在单独的（已启用/已禁用）列中。
每个交易员都会为此感谢你并向你鞠躬。我相信没有人认为这是多余的。
告诉我，是否有任何希望？还是不值得这么麻烦......