Init()和DeInit()执行顺序 - 页 16

 
Slawa:

这就对了。

但要记住一个细节。指标使用与图表时间序列相对应的指标缓冲区 显示其信息。与对象一起工作,与图表属性一起工作,这不是指标的业务。由图表来要求指标提供其缓冲区。

一个指标不应该是一个仪表盘

因此,当我在专家顾问(面板)中进行所有的计算时,我做得很对,而指标被这个EA调用,只用于数据可视化。这就是为什么我从来没有遇到过问题,就像这个话题的一些参与者。

谢谢你的澄清。

 
Slawa:

这就对了。

但要记住一个细节。指标使用与图表时间序列相对应的指标缓冲区 显示其信息。与对象一起工作,与图表属性一起工作,这不是指标的业务。由图表来要求指标提供其缓冲区。

指示器不应该是一个控制板

这是不符合逻辑的。

一个指标可以是任何东西,甚至是一个仪表盘,因为它携带着信息来做交易决策。面板是一个指标,它不是为挂在图表上并创造 "我是一个超级交易员 "的外观的东西而创造的。小组又是信息,在某些情况下,没有这些信息就很难进行交易。

假设,虽然是真的,我在20个图表上有一个机器人,每周进入市场几次,而我手动交易,手动操作不应该和机器人联系在一起,都是独立的。我做了一个EA,在21个开放的图表上工作,在其他20个图表上有一个仪表板,上面有我需要的一切,以做出交易决定,打开和关闭交易,放置止损和利润。

我是否违反了Metatrader?我必须写一个机器人,而不是手动交易的指标,因此我必须在Metatrader中再打开20个窗口来安装专家顾问?

P.S. 不是每个人都只交易一个欧元/美元,在Metatrader中也只有一个开放的图表。

 
Vitaly Muzichenko:

这是不符合逻辑的。

指标可以是任何东西,甚至是一个控制面板,因为它承载着做出交易决定的信息。面板,也就是指标,其

没有。

再读一下这些指标是什么。阿克丽斯。科尔比。询问Yandex公司的市场指标是什么。

在MT3中,当我们引入自定义指标的概念时,我们允许对图表上的对象进行操作,因为只有2个指标缓冲区

让我们创造一个小小的历史。起初有FXCharts,我没有赶上,因为我在2002年10月才加入公司。然后是MetaTrader。我加入公司是为了开发MQL II(FXCharts已经有一个交易策略语言)。当我们做MQL II和EA时,我们把名字改为MetaTrader 2。当我们允许编写自定义指标时,MetaTrader 3成为第三个指标。

然后是MetaTrader 4和MQL4。自定义指标得到了用8个指标缓冲器操作的机会。保留了在图表上处理对象的可能性。但由于指标是在接口线程中计算的,很少有人滥用对象的工作。

而这里是MT5。架构是完全不同的,但在图表的可能性方面,我们是MT4的人质。是的,我们是Stakhanovites,我们也像英雄一样,从指标中增加了几乎无限的图表管理的可能性。我们已经到了。插图--16页的讨论,什么都没有。

让我们继续讨论服务

 
Slawa:

没有。

再读一下这些指标是什么。阿克丽斯。科尔比。询问Yandex公司的市场指标是什么。

在MT3中,当我们引入自定义指标的概念时,我们允许对图表上的对象进行操作,因为只有2个指标缓冲区

让我们创造一个小小的历史。起初有FXCharts,我没有赶上,因为我在2002年10月才加入公司。然后是MetaTrader。我加入公司是为了开发MQL II(FXCharts已经有一个交易策略语言)。当我们做MQL II和EA时,我们把名字改为MetaTrader 2。当我们允许编写自定义指标时,MetaTrader 3就变成了MetaTrader 3。

然后是MetaTrader 4和MQL4。自定义指标得到了用8个指标缓冲器操作的机会。保留了在图表上处理对象的可能性。但由于这些指标是在界面流程中计算出来的,很少有人滥用这些对象的工作。

而这里是MT5。架构是完全不同的,但在图表上操作图形对象的可能性方面,我们是MT4的人质。是的,我们是Stakhanovites,我们也像英雄一样,从指标中增加了几乎无限的图表管理的可能性。我们已经到了。插图--16页的讨论,什么都没有。

让我们继续讨论服务

MT的可能性几乎是无限的--我同意!切断在图表上操作对象的可能性--是不可能的)。

讨论中有一个很好的观点,我自己也遇到过,还以为是我代码中的一个bug,事实证明不是,只是MT的这样一个功能,我已经把它修好了。

请进一步说明最后一点。

谢谢你!

 
Slawa:

我的印象是,目前所有的争论都源于一个图表上不能附加一个以上的专家 这一事实。这就是为什么人们在写指标时,会有一些不典型的指标功能。

是的,这就是这种线程的真正原因。

Slawa:

这就是 "一个图表中有多少个专家顾问 "这一范式的原因。

如果是这样的话,这个话题就不会出现。

Slawa:

我们将转为提供服务

这似乎是最好的解决办法。但你心目中的每个图表的 专家也不会不合适。
 

由于某种原因,专家们现在与图表联系在一起。那么,除了来自MT创建历史的传统之外,还有什么依据呢?

专家顾问只有OnTick,与图表没有关系。因此,将EA与图表完全脱钩是合乎逻辑的。


现在为了得到一个空窗口,我们需要打开图表窗口,然后淡化图表(条形+条形)。但这是一个拐杖。为什么你不能直接创建一个窗口。如果是这样,为什么不在其中加入一个图表呢?


显然,以前的MT的历史包袱是原因。


我希望能够完全访问服务中的订单功能(而不是像指标中那样被禁止),加上OnMultiTick和OnCustomTick。如果我们没有Multitick,在创建多符号EA时,我们将继续用手鼓跳舞。


简而言之,现在是摆脱所有旧的拐杖并创建智能服务功能的时候了。

 
fxsaber:

由于某种原因,专家们现在与图表联系在一起。那么,除了来自MT创建历史的传统之外,还有什么依据呢?

专家顾问只有OnTick,与图表没有关系。因此,将EA与图表完全分开是合乎逻辑的。


现在为了得到一个空窗口,我们需要打开图表窗口,然后淡化图表(条形+条形)。但这是一个拐杖。为什么你不能直接创建一个窗口。如果是这样,为什么不在其中加入一个图表呢?


很明显,以前的MT的历史包袱是原因。


我希望能够完全访问服务中的订单功能(而不是像指标中那样被禁止),加上OnMultiTick和OnCustomTick。如果我们没有Multitick,在创建多符号EA时,我们将继续用手鼓跳舞。


简而言之,现在是摆脱所有旧的拐杖并创建智能服务功能的时候了。

我的理解是,服务是市场数据提供者,他们不会有任何交易功能 或管理对象的能力。这对我来说很有意义。这四种类型的方案都有自己的目的和宗旨。
 
Andrey Dik:
我的理解是,服务是市场数据提供者,它们既没有交易功能,也没有管理对象的能力。这对我来说很有意义。这四种类型的软件都有各自的意义和目的。

除其他事项外,这些服务将具有交易功能和管理对象的能力。还有图表。

市场数据提供者只是其中一种可能性。

 
fxsaber:

由于某种原因,专家们现在与图表联系在一起。除了MT创造史上的传统,还有什么依据?

专家顾问只是OnTick,与图表没有关系。因此,将EA与图表完全脱钩是合乎逻辑的。


现在为了得到一个空窗口,我们需要打开图表窗口,然后在其中淡化图表(条形图+刻度)。但这是一个拐杖。为什么你不能直接创建一个窗口。如果是这样,为什么不在其中加入一个图表呢?


很明显,以前的MT的历史包袱是原因。


我希望能够完全访问服务中的订单功能(而不是像指标中那样被禁止),加上OnMultiTick和OnCustomTick。如果我们没有Multitick,在创建多符号EA时,我们将继续用手鼓跳舞。


简而言之,现在是摆脱所有旧的拐杖并创建智能服务功能的时候了。

该服务将有OnTick(字符串符号)。但来自一个特定符号的刻度线将必须被订阅到
 
Slawa:

事实证明,服务将拥有几乎所有的开机功能。OnInit, OnDeinit, OnTick(string),OnTimer,OnTrade,OnTradeTransaction,OnTester, OnTesterInit, OnTesterPass, OnTesterDeinit, OnBookEvent, OnChartEvent(long ChartID, ...),OnCalculate, ...


而如果你不需要指标缓冲区,也不想面对指标/顾问的拐杖,那就写进一种新的程序类型--服务,它没有任何限制(从以前的MT版本中延伸)。

原因: