我应该选择哪个经纪人? - 页 5 123456789 新评论 --- 2014.05.23 08:15 #41 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订单系统。 TheXpert 2014.05.23 08:34 #42 sergeev:把我的引擎再打开一点;) 哇... Anatoli Kazharski 2014.05.23 08:37 #43 sergeev:...我的引擎又打开了一点;)...通过MQL45™引擎,将MQL4代码全面移植到MQL5。或者您可以使用MQL4™库,在MT5中开发MT4订单系统。 有些东西甚至让我的大脑在试图想象这一切时感到害怕。棒极了!)) --- 2014.05.23 09:02 #44 只有一个问题... 所有这些东西只对我们的兄弟--游戏玩家、理论家--研究者感兴趣。交易员(自由职业者客户)离技术很远,他们需要一个解决方案,他们对代码的内容不感兴趣。所有的构思、OOP、错综复杂的问题、应该以某种方式工作的假设并不总是正确的--他们不满意。这就是为什么MQL45坐在架子上,等待一个独特的消费者 :) Anatoli Kazharski 2014.05.23 09:18 #45 sergeev:只有一个问题... 所有这些东西只对我们的兄弟--游戏玩家、理论家--研究者感兴趣。交易员(自由职业者客户)远离技术,他们需要一个解决方案,他们对代码的内容不感兴趣。所有的构思,OOP,错综复杂,假设应该以某种方式工作并不总是正确的 - 他们不满意。这就是为什么MQL45坐在架子上,等待一个独特的消费者 :) 也许不把这种技术放在架子上,而是放在市场上才有意义? TheXpert 2014.05.23 09:19 #46 sergeev:因此,MQL45躺在架子上,等待着一个独特的消费者 :) 订单系统的可靠性如何? Vasiliy Sokolov 2014.05.23 09:32 #47 sergeev:在我的模型中,SL和TP都被实现了。相当真实的,有额外的 "MT4订单 "完整性控制。 如果没有CCA,我们甚至不能谈论挂单形式的单一SL的可靠性(来自净头寸的部分手数)。 所以任何类似的系统都会事先将业务逻辑置于风险之中。这是一个奇怪的方法,TA也同样重要。 不同时使用这两样东西没有任何隐患或困难。 它保持这种状态。我将把我的引擎再打开一点;)我的模型背后的原理很简单,抽象和OOP允许你做这样的奇迹。而程序员不需要碰他的旧MQL4代码中的任何东西。甚至指标也保持在MQL4模型中的形式。马丁格尔、平均数、Chaebols、简单的指标EA - 所有成功的测试和完全相同的MT4和MT5输入的测试和实际使用的EA。换句话说,使用MQL45™引擎在MQL5中获得MQL4代码的全面移植。或者使用MQL4™库,在MT5中开发MT4订单系统。 酷。但还是那句话,让我们把这个争论推迟到以后。我看到这可能是一个有趣的对话:用两种不同的方法解决一个问题。只是,在规格公布之前,没有什么可讨论的。 Vasiliy Sokolov 2014.05.23 09:39 #48 sergeev:只有一个问题... 所有这些废话只对我们的兄弟,理论研究者感兴趣。交易员(自由职业者客户)远离技术,他们需要一个解决方案,他们对代码的内容不感兴趣。所有的构思、OOP、错综复杂的问题、应该工作的假设并不总是正确的--他们并不满意。这就是为什么MQL45坐在架子上,等待一个独特的客户 :)说实话,我不太理解。将现成的解决方案装在盒子里卖给你的客户。而且他们不需要知道里面有什么。tol64。 也许不把这种技术存放在货架上,而是存放在市场上才有意义? 我完全同意你的问题。在市场上发布比在自由职业者身上提供独特的服务更容易。引擎代码是100%基于MQL的,没有使用第三方库? --- 2014.05.23 10:09 #49 TheXpert: 订单系统的可靠性如何?服务器上没有CCA--无法保证业务逻辑不会失败。 毕竟,我们是根据终端历史上的那些交易和订单来建模的。请注意,专家顾问在维护其模型时不会失败 。 但是,正如C-4所指出的,当经纪人改变了交易历史时,交易历史可能会失效(谁知道什么时候发生,但有机会)。秩序系统的可靠性(及其铁定的逻辑)仅仅基于三个方面的识别1.DEAL_ORDER 2.交易魔法/ 订单魔法 3. 订单状态- 职位的概念就这样被中和了。在MT4模型中完全没有考虑到头寸。- 通过交易(DEAL_ORDER/OrderState)识别订单填充+如果触发了SL/TP,则对这些SL/TP订单进行订单填充。 - 在挂单中实际设置的SL和TP--在它被填满后(成交量被控制)--被止损单和限价单所取代,相应的 ORDER_MAGIC将挂单与初始订单联系起来。这是对订单的一般分析和控制计划然后--只是一个技术问题--必要的OrderSend在所需的方向上+一点图表显示哪个订单被放在哪里。 你唯一需要考虑的是,从MT4终端关闭市场订单作为头寸,否则就等于开了一个新的相反的订单。 --- 2014.05.23 10:11 #50 C-4:在市场上发布信息比在自由职业者中提供独特的服务更容易。没有需求。 我的MQL45™项目已经超过三年了。 我想我是和https://www.mql5.com/ru/forum/3693/page2 同时开始的。 当时这个项目已经实施了,但除了理论之外没有进一步发展。 到目前为止,你是唯一一个方向正确的人 :)- 发表一篇文章,并至少获得公开的报酬和实施这一想法的变体。 引擎代码是100%基于MQL的,没有使用第三方的库?没有。 123456789 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
停顿是通过停顿来实现的。不幸的是,TakeProfits是虚拟的。
在我的模型中,SL和TP都被实施。
如果没有CCA,从根本上说,不可能同时使用TP和SL。
没有CCA,我们就无法谈论甚至是挂单形式的单一SL(来自净值头寸的一部分)的可靠性。
所以任何类似的系统都会事先将业务逻辑置于风险之中。
在大多数系统中,止损点被选为最重要的元素。
这是一个奇怪的方法,TA也同样重要。
你只能使用其中一个,但不能同时使用两个。
不同时使用这两样东西没有任何隐患或困难。
一开始我也这么想,但后来变得越来越复杂。绑定订单,这对每个人来说都是显而易见的,是一个微不足道的任务。
它保持这种状态。
我将把我的引擎再打开一点;)
我的模型背后的原理很简单,抽象和OOP允许你做这样的奇迹。
而且,程序员不需要改变旧的MQL4代码中的任何内容。即使是指标也保持着它们在MQL4模型中的形式。
马丁格尔、平均数、Chaebols、简单的指标EA - 所有成功的测试和完全相同的MT4和MT5输入的测试和实际使用的EA。
换句话说,使用MQL45™引擎在MQL5中获得MQL4代码的全面移植。或者使用MQL4™库,在MT5中开发MT4订单系统。
把我的引擎再打开一点;)
...
我的引擎又打开了一点;)
...
通过MQL45™引擎,将MQL4代码全面移植到MQL5。或者您可以使用MQL4™库,在MT5中开发MT4订单系统。
只有一个问题...
所有这些东西只对我们的兄弟--游戏玩家、理论家--研究者感兴趣。
交易员(自由职业者客户)离技术很远,他们需要一个解决方案,他们对代码的内容不感兴趣。所有的构思、OOP、错综复杂的问题、应该以某种方式工作的假设并不总是正确的--他们不满意。
这就是为什么MQL45坐在架子上,等待一个独特的消费者 :)
只有一个问题...
所有这些东西只对我们的兄弟--游戏玩家、理论家--研究者感兴趣。
交易员(自由职业者客户)远离技术,他们需要一个解决方案,他们对代码的内容不感兴趣。所有的构思,OOP,错综复杂,假设应该以某种方式工作并不总是正确的 - 他们不满意。
这就是为什么MQL45坐在架子上,等待一个独特的消费者 :)
因此,MQL45躺在架子上,等待着一个独特的消费者 :)
在我的模型中,SL和TP都被实现了。相当真实的,有额外的 "MT4订单 "完整性控制。
如果没有CCA,我们甚至不能谈论挂单形式的单一SL的可靠性(来自净头寸的部分手数)。
所以任何类似的系统都会事先将业务逻辑置于风险之中。
这是一个奇怪的方法,TA也同样重要。
不同时使用这两样东西没有任何隐患或困难。
它保持这种状态。
我将把我的引擎再打开一点;)
我的模型背后的原理很简单,抽象和OOP允许你做这样的奇迹。
而程序员不需要碰他的旧MQL4代码中的任何东西。甚至指标也保持在MQL4模型中的形式。
马丁格尔、平均数、Chaebols、简单的指标EA - 所有成功的测试和完全相同的MT4和MT5输入的测试和实际使用的EA。
换句话说,使用MQL45™引擎在MQL5中获得MQL4代码的全面移植。或者使用MQL4™库,在MT5中开发MT4订单系统。
只有一个问题...
所有这些废话只对我们的兄弟,理论研究者感兴趣。
交易员(自由职业者客户)远离技术,他们需要一个解决方案,他们对代码的内容不感兴趣。所有的构思、OOP、错综复杂的问题、应该工作的假设并不总是正确的--他们并不满意。
这就是为什么MQL45坐在架子上,等待一个独特的客户 :)
说实话,我不太理解。将现成的解决方案装在盒子里卖给你的客户。而且他们不需要知道里面有什么。
也许不把这种技术存放在货架上,而是存放在市场上才有意义?
订单系统的可靠性如何?
服务器上没有CCA--无法保证业务逻辑不会失败。
毕竟,我们是根据终端历史上的那些交易和订单来建模的。请注意,专家顾问在维护其模型时不会失败 。
但是,正如C-4所指出的,当经纪人改变了交易历史时,交易历史可能会失效(谁知道什么时候发生,但有机会)。
秩序系统的可靠性(及其铁定的逻辑)仅仅基于三个方面的识别
1.DEAL_ORDER
2.交易魔法/ 订单魔法
3. 订单状态
- 职位的概念就这样被中和了。在MT4模型中完全没有考虑到头寸。
- 通过交易(DEAL_ORDER/OrderState)识别订单填充+如果触发了SL/TP,则对这些SL/TP订单进行订单填充。
- 在挂单中实际设置的SL和TP--在它被填满后(成交量被控制)--被止损单和限价单所取代,相应的 ORDER_MAGIC将挂单与初始订单联系起来。
这是对订单的一般分析和控制计划
然后--只是一个技术问题--必要的OrderSend在所需的方向上+一点图表显示哪个订单被放在哪里。
你唯一需要考虑的是,从MT4终端关闭市场订单作为头寸,否则就等于开了一个新的相反的订单。
在市场上发布信息比在自由职业者中提供独特的服务更容易。
没有需求。
我的MQL45™项目已经超过三年了。
我想我是和https://www.mql5.com/ru/forum/3693/page2 同时开始的。 当时这个项目已经实施了,但除了理论之外没有进一步发展。
到目前为止,你是唯一一个方向正确的人 :)- 发表一篇文章,并至少获得公开的报酬和实施这一想法的变体。
引擎代码是100%基于MQL的,没有使用第三方的库?
没有。