我应该选择哪个经纪人？ - 页 5

新评论
 
C-4:

停顿是通过停顿来实现的。不幸的是，TakeProfits是虚拟的。

在我的模型中，SL和TP都被实施。

如果没有CCA，从根本上说，不可能同时使用TP和SL。

没有CCA，我们就无法谈论甚至是挂单形式的单一SL（来自净值头寸的一部分）的可靠性。
所以任何类似的系统都会事先将业务逻辑置于风险之中。

在大多数系统中，止损点被选为最重要的元素。

这是一个奇怪的方法，TA也同样重要。

你只能使用其中一个，但不能同时使用两个。

不同时使用这两样东西没有任何隐患或困难。

一开始我也这么想，但后来变得越来越复杂。绑定订单，这对每个人来说都是显而易见的，是一个微不足道的任务。

它保持这种状态。

我将把我的引擎再打开一点；)

我的模型背后的原理很简单，抽象和OOP允许你做这样的奇迹。

#include <MQL45™.mqh>

class _EA : public CMQL45™
{

старый код MQL4

};

而且，程序员不需要改变旧的MQL4代码中的任何内容。即使是指标也保持着它们在MQL4模型中的形式。

马丁格尔、平均数、Chaebols、简单的指标EA - 所有成功的测试和完全相同的MT4和MT5输入的测试和实际使用的EA。

换句话说，使用MQL45™引擎在MQL5中获得MQL4代码的全面移植。或者使用MQL4™库，在MT5中开发MT4订单系统。

 
sergeev:

把我的引擎再打开一点；)

哇...
 
sergeev:

...

我的引擎又打开了一点;)

...

通过MQL45™引擎，将MQL4代码全面移植到MQL5。或者您可以使用MQL4™库，在MT5中开发MT4订单系统。

有些东西甚至让我的大脑在试图想象这一切时感到害怕。棒极了!))
 

只有一个问题...

所有这些东西只对我们的兄弟--游戏玩家、理论家--研究者感兴趣。

交易员（自由职业者客户）离技术很远，他们需要一个解决方案，他们对代码的内容不感兴趣。所有的构思、OOP、错综复杂的问题、应该以某种方式工作的假设并不总是正确的--他们不满意。

这就是为什么MQL45坐在架子上，等待一个独特的消费者 :)

 
sergeev:

只有一个问题...

所有这些东西只对我们的兄弟--游戏玩家、理论家--研究者感兴趣。

交易员（自由职业者客户）远离技术，他们需要一个解决方案，他们对代码的内容不感兴趣。所有的构思，OOP，错综复杂，假设应该以某种方式工作并不总是正确的 - 他们不满意。

这就是为什么MQL45坐在架子上，等待一个独特的消费者 :)

也许不把这种技术放在架子上，而是放在市场上才有意义？
 
sergeev:

因此，MQL45躺在架子上，等待着一个独特的消费者 :)

订单系统的可靠性如何？
 
sergeev:

在我的模型中，SL和TP都被实现了。相当真实的，有额外的 "MT4订单 "完整性控制。
如果没有CCA，我们甚至不能谈论挂单形式的单一SL的可靠性（来自净头寸的部分手数）。
所以任何类似的系统都会事先将业务逻辑置于风险之中。

这是一个奇怪的方法，TA也同样重要。
不同时使用这两样东西没有任何隐患或困难。
它保持这种状态。

我将把我的引擎再打开一点；)

我的模型背后的原理很简单，抽象和OOP允许你做这样的奇迹。

而程序员不需要碰他的旧MQL4代码中的任何东西。甚至指标也保持在MQL4模型中的形式。

马丁格尔、平均数、Chaebols、简单的指标EA - 所有成功的测试和完全相同的MT4和MT5输入的测试和实际使用的EA。

换句话说，使用MQL45™引擎在MQL5中获得MQL4代码的全面移植。或者使用MQL4™库，在MT5中开发MT4订单系统。

酷。但还是那句话，让我们把这个争论推迟到以后。我看到这可能是一个有趣的对话：用两种不同的方法解决一个问题。只是，在规格公布之前，没有什么可讨论的。
 
sergeev:

只有一个问题...

所有这些废话只对我们的兄弟，理论研究者感兴趣。

交易员（自由职业者客户）远离技术，他们需要一个解决方案，他们对代码的内容不感兴趣。所有的构思、OOP、错综复杂的问题、应该工作的假设并不总是正确的--他们并不满意。

这就是为什么MQL45坐在架子上，等待一个独特的客户 :)

说实话，我不太理解。将现成的解决方案装在盒子里卖给你的客户。而且他们不需要知道里面有什么。

tol64。
也许不把这种技术存放在货架上，而是存放在市场上才有意义？
我完全同意你的问题。在市场上发布比在自由职业者身上提供独特的服务更容易。引擎代码是100%基于MQL的，没有使用第三方库？
 
TheXpert:
订单系统的可靠性如何？

服务器上没有CCA--无法保证业务逻辑不会失败。

毕竟，我们是根据终端历史上的那些交易和订单来建模的。请注意，专家顾问在维护其模型时不会失败 。
但是，正如C-4所指出的，当经纪人改变了交易历史时，交易历史可能会失效（谁知道什么时候发生，但有机会）。

秩序系统的可靠性（及其铁定的逻辑）仅仅基于三个方面的识别

1.DEAL_ORDER
2.交易魔法/ 订单魔法
3. 订单状态

- 职位的概念就这样被中和了。在MT4模型中完全没有考虑到头寸。
- 通过交易（DEAL_ORDER/OrderState）识别订单填充+如果触发了SL/TP，则对这些SL/TP订单进行订单填充。
- 在挂单中实际设置的SL和TP--在它被填满后（成交量被控制）--被止损单和限价单所取代，相应的 ORDER_MAGIC将挂单与初始订单联系起来。

这是对订单的一般分析和控制计划

然后--只是一个技术问题--必要的OrderSend在所需的方向上+一点图表显示哪个订单被放在哪里。
你唯一需要考虑的是，从MT4终端关闭市场订单作为头寸，否则就等于开了一个新的相反的订单。

 
C-4:

在市场上发布信息比在自由职业者中提供独特的服务更容易。

没有需求。
我的MQL45™项目已经超过三年了。
我想我是和https://www.mql5.com/ru/forum/3693/page2 同时开始的。 当时这个项目已经实施了，但除了理论之外没有进一步发展。

到目前为止，你是唯一一个方向正确的人 :)- 发表一篇文章，并至少获得公开的报酬和实施这一想法的变体。

引擎代码是100%基于MQL的，没有使用第三方的库？

没有。

123456789
新评论