MT4的寿命并不长 - 页 76 1...697071727374757677787980818283 新评论 Vladimir Gomonov 2012.03.19 23:36 #751 OnGoing: 就个人而言，我并不喜欢交易操作的一切。语法+执行。前者过于复杂，后者则显得笨拙。 你对贸易 语法的看法是正确的。这是更复杂的。你将不得不花一两个晚上的时间来弄清楚。 那么就更容易了--最后，所有的设置都隐藏在为自己编写的函数中。顺便说一下，我使用标准（库）类进行交易。 我只是在他们身上添加了我自己的方便功能，并使用它们。 我不同意关于迟钝的说法。一切都在运行时飞得非常快。 最有可能的是，这只是你的主观印象，因为信息和功能的数量。这一切似乎都是一个很大很大的事情。 而你的直觉说："如果它是大的，那么它就是弱智的"。这似乎是符合逻辑的。但事实并非如此。一切工作都非常快。非常快。比在四合院上快得多。 测试员不是一个标准--开发人员有概念上的误判。已经修复它了。 Лекарь Центозависимых 2012.03.19 23:47 #752 MetaDriver: 我也曾使用过现成的课程。但表演是指 "现场"，即演示，而不是测试者。 Anatoli Kazharski 2012.03.20 00:40 #753 OnGoing: 我也曾使用过现成的课程。但执行的意思是 "现场"，即演示，而不是测试者。 很难想象你在那里做了什么，以至于执行的速度很明显。那里实施了一个机制，允许更快的交易。一般来说，在五号航站楼问问题，他们会告诉你。也许连我也会。))) Vladimir Gomonov 2012.03.20 02:15 #754 OnGoing: 我也用了现成的课程。但执行的意思是 "现场"，即演示，而不是测试者。我不知道。当然，执行情况取决于 1.经纪人。 2.平局。 撼动经纪人--他错了。最有可能的是。 并检查平移 - 以防万一... Igor Makanu 2012.03.20 02:29 #755 tol64: 在MT5 中，我仍然在9 个月内无法在实施想法方面达到任何限制。 一般来说是的，但特别的问题是无法在mql5中使用多维动态数组--很难移植现成的C代码 。 OnGoing:就我个人而言，我不喜欢交易操作的一切。语法+执行。前者过于复杂，后者则显得笨拙。嗯，你是否真正尝试过了解交易操作？ 还是只是...只是你周围的人在说什么？写这种代码开仓很难吗？CTrade order; order.Buy(lot); 也许我太无礼了，但你只是个话匣子， 下次写一下，比如说在mql5中，创建自定义指标 要难得多--那才是事实。 Viktor Zhuravlev 2012.03.20 06:10 #756 你好，我读到mt5也被认证为GBOT。交易工具的历史如何？我想我必须等待平台被作为交易所成员的经纪人购买，并在那里自己上传历史记录？ Vasiliy Sokolov 2012.03.20 06:38 #757 Mathemat: ... 如果这都是关于可视化的，也是有价值的。与其存储几百个交易结果，不如这样做要容易得多。 有11.5万个对象。这是在零窗口的纸面利润曲线。这很清楚，也很说明问题。我们在某些时刻进行截图，然后对其进行分析。 你认为通过使用相同的CQG，它都会快速而漂亮地出来，而不会让你的大脑感到紧张吗？ 你在这里不需要11,500个对象。这里需要的是每条数的数据*2。如果需要11,500个对象，这是一个方法问题，而不是一个计算问题。 Vasiliy Sokolov 2012.03.20 06:53 #758 MetaDriver: ... Так вот. В тех платформах, которые типа "для трейдеров", там тоже много чего не хватает. Причём, там это - невосполнимо. Здесь же (MT4-MT5) я сам могу восполнить то, чего мне не хватает ... 问题是，定制选项已被削减到最低限度，而且不能保证这种削减不会继续。例如，你明天醒来，突然在新的MQ快乐报告中发现，从现在开始，为了保持解决方案的完整性，你不能在项目中插入第三方dlls。这种不确定性和削减与第三方产品整合的明显趋势，使得MQ的解决方案在将MT5整合到大型交易 项目/基础设施时具有很大的风险。而 "在外面 "这只是弥补，因为通常没有这种严格的限制。没有也永远不会有一个单一的交易平台可以解决所有的专业交易任务，至少在可接受的水平上，因为这些任务太过不同和严肃，每个任务的解决方案都在IT行业的完全不同领域。 John 2012.03.20 07:17 #759 不过，引诱他们进来。寄生虫。:)) 但看到几乎所有参与者对MQ的积极态度。但结合不了解他们对交易系统的概念，因此不了解做这个或那个的原因，我想说几句话。:) 1）MQ使系统成为较低级别的语言，使第三方开发者有机会修改（定制）系统以满足用户的各种需求。 2）MQ使系统更加安全，以便用户和 "经纪人 "感到更加安全，并更多地使用第三方开发。 因此，哲学是--我们做了一个基础，我们做了一个系统，在这个系统中，你可以为交易者制作商业产品。我们分离出不得（不能）被第三方开发者改变的部分，并以我们的系统形式实施。因此，我们简化了第三方开发者实现其系统的方式，从而与其他系统相比，大大拓宽了我们系统的潜力。我们面临的挑战是确保环境的安全，而我们做到了。 :)上面所有的话都是我的，只是为MQ说的。如果我错了，他们会纠正他们。但他们不说IMHO，只是因为他们已经厌倦了重复这些话。而且正如这次讨论所显示的那样，并不是每个人都能理解它们。 ****************** 至于在一个符号上交易几个专家顾问和其他一些EA的 "问题"，当然，这不是一个改进。这实际上是一个问题。我们必须对订单进行分组，并有可能确定一个部分或一个过滤器，例如，使用某种分组标识符。 换句话说，这部分也属于系统部分，不应该作为自定义设置来实现，而应该作为系统的一部分。 就是说，在用户方面进行某种清算。 ****************** 至于净头寸和先进先出，似乎连最先进的人都不了解其本质和运作方式。在我看来，这部分应该得到澄清。 ********************* 还有一件事--在我看来，MQ应该停止把它的用户（不是 "经纪人"）当作一些金发碧眼的人，因为金发碧眼的人总是只跟着蛋疼。 *** 我已经很久没有看MT5了，但交易系统并不方便。我必须输入太多的东西，用一个文件来填充它。如果你想在图表上放置挂单，用鼠标创建挂单，用鼠标复制挂单，在图表上删除挂单，并使用挂单的分组操作。这不是我们所拥有的。 我们必须修改界面，使其看起来很专业。目前的界面是90年代的。 ** 至于我个人（个人（！）再次）....，我认为我不会使用MT，即使我不得不在另一个系统中交易，该系统使用纸上计算，其中10%的指标不存在于MT中。而且我不想使用另一个系统，即使我不得不使用一个没有MT系统10%的指标的MT系统。为什么？可能是因为所有这些东西都不是交易中的主要内容。所有这些，正如他们在这里所说的，球 真的没有必要。需要的是简单、清晰、符合人体工程学、快速、直观和可见。简而言之，MQ的人--明白方案中最重要的是interface，是案例，是封顶，是风格，看看eql。 Yuri 2012.03.20 07:43 #760 Mathemat: 我知道主要的抱怨是什么：净值化，它破坏了以前的权证会计。 这个？还有其他投诉吗？ 曾经在某个主题中，开发者承诺在同一账户和工具上写一个两个EA的例子。我想这是从来没有做过的。 1...697071727374757677787980818283 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
就个人而言，我并不喜欢交易操作的一切。语法+执行。前者过于复杂，后者则显得笨拙。
你对贸易 语法的看法是正确的。这是更复杂的。你将不得不花一两个晚上的时间来弄清楚。
那么就更容易了--最后，所有的设置都隐藏在为自己编写的函数中。顺便说一下，我使用标准（库）类进行交易。
我只是在他们身上添加了我自己的方便功能，并使用它们。
我不同意关于迟钝的说法。一切都在运行时飞得非常快。
最有可能的是，这只是你的主观印象，因为信息和功能的数量。这一切似乎都是一个很大很大的事情。
而你的直觉说："如果它是大的，那么它就是弱智的"。这似乎是符合逻辑的。但事实并非如此。一切工作都非常快。非常快。比在四合院上快得多。
测试员不是一个标准--开发人员有概念上的误判。已经修复它了。
我也曾使用过现成的课程。但执行的意思是 "现场"，即演示，而不是测试者。
我也用了现成的课程。但执行的意思是 "现场"，即演示，而不是测试者。
我不知道。当然，执行情况取决于
1.经纪人。
2.平局。
撼动经纪人--他错了。最有可能的是。 并检查平移 - 以防万一...
一般来说是的，但特别的问题是无法在mql5中使用多维动态数组--很难移植现成的C代码
。
嗯，你是否真正尝试过了解交易操作？ 还是只是...只是你周围的人在说什么？
写这种代码开仓很难吗？
也许我太无礼了，但你只是个话匣子， 下次写一下，比如说在mql5中，创建自定义指标 要难得多--那才是事实。...
如果这都是关于可视化的，也是有价值的。与其存储几百个交易结果，不如这样做要容易得多。
有11.5万个对象。这是在零窗口的纸面利润曲线。这很清楚，也很说明问题。我们在某些时刻进行截图，然后对其进行分析。
你认为通过使用相同的CQG，它都会快速而漂亮地出来，而不会让你的大脑感到紧张吗？
MetaDriver:
...
Так вот. В тех платформах, которые типа "для трейдеров", там тоже много чего не хватает. Причём, там это - невосполнимо.
Здесь же (MT4-MT5) я сам могу восполнить то, чего мне не хватает
...
问题是，定制选项已被削减到最低限度，而且不能保证这种削减不会继续。例如，你明天醒来，突然在新的MQ快乐报告中发现，从现在开始，为了保持解决方案的完整性，你不能在项目中插入第三方dlls。这种不确定性和削减与第三方产品整合的明显趋势，使得MQ的解决方案在将MT5整合到大型交易 项目/基础设施时具有很大的风险。而 "在外面 "这只是弥补，因为通常没有这种严格的限制。没有也永远不会有一个单一的交易平台可以解决所有的专业交易任务，至少在可接受的水平上，因为这些任务太过不同和严肃，每个任务的解决方案都在IT行业的完全不同领域。
不过，引诱他们进来。寄生虫。:))
但看到几乎所有参与者对MQ的积极态度。但结合不了解他们对交易系统的概念，因此不了解做这个或那个的原因，我想说几句话。:)
1）MQ使系统成为较低级别的语言，使第三方开发者有机会修改（定制）系统以满足用户的各种需求。
2）MQ使系统更加安全，以便用户和 "经纪人 "感到更加安全，并更多地使用第三方开发。
因此，哲学是--我们做了一个基础，我们做了一个系统，在这个系统中，你可以为交易者制作商业产品。我们分离出不得（不能）被第三方开发者改变的部分，并以我们的系统形式实施。因此，我们简化了第三方开发者实现其系统的方式，从而与其他系统相比，大大拓宽了我们系统的潜力。我们面临的挑战是确保环境的安全，而我们做到了。
:)上面所有的话都是我的，只是为MQ说的。如果我错了，他们会纠正他们。但他们不说IMHO，只是因为他们已经厌倦了重复这些话。而且正如这次讨论所显示的那样，并不是每个人都能理解它们。
******************
至于在一个符号上交易几个专家顾问和其他一些EA的 "问题"，当然，这不是一个改进。这实际上是一个问题。我们必须对订单进行分组，并有可能确定一个部分或一个过滤器，例如，使用某种分组标识符。
换句话说，这部分也属于系统部分，不应该作为自定义设置来实现，而应该作为系统的一部分。
就是说，在用户方面进行某种清算。
******************
至于净头寸和先进先出，似乎连最先进的人都不了解其本质和运作方式。在我看来，这部分应该得到澄清。
*********************
还有一件事--在我看来，MQ应该停止把它的用户（不是 "经纪人"）当作一些金发碧眼的人，因为金发碧眼的人总是只跟着蛋疼。
***
我已经很久没有看MT5了，但交易系统并不方便。我必须输入太多的东西，用一个文件来填充它。如果你想在图表上放置挂单，用鼠标创建挂单，用鼠标复制挂单，在图表上删除挂单，并使用挂单的分组操作。这不是我们所拥有的。
我们必须修改界面，使其看起来很专业。目前的界面是90年代的。
**
至于我个人（个人（！）再次）....，我认为我不会使用MT，即使我不得不在另一个系统中交易，该系统使用纸上计算，其中10%的指标不存在于MT中。而且我不想使用另一个系统，即使我不得不使用一个没有MT系统10%的指标的MT系统。为什么？可能是因为所有这些东西都不是交易中的主要内容。所有这些，正如他们在这里所说的，球 真的没有必要。需要的是简单、清晰、符合人体工程学、快速、直观和可见。简而言之，MQ的人--明白方案中最重要的是interface，是案例，是封顶，是风格，看看eql。
我知道主要的抱怨是什么：净值化，它破坏了以前的权证会计。
这个？还有其他投诉吗？
曾经在某个主题中，开发者承诺在同一账户和工具上写一个两个EA的例子。我想这是从来没有做过的。