要怎样才能让大家最终转到MT5呢？(收集意见) - 页 15

新评论
 
Реter Konow:
该主题的主要问题是。我们欢迎清晰、有逻辑、有思想的介绍。
这有什么必要呢？另一个修复想法？一个平台有一些优势，另一个平台有其他优势。有些人喜欢一个，有些人喜欢另一个。多样性中的力量（使你能够在不断变化的情况下生存）。
 
Реter Konow:

我明白了，使之易于快速测试想法。

是的，我想这是MT4成功的关键：产品清晰简单，语言不要求用户有深厚的架构和OOP知识，我们只是写一组指令--我想做这个和那个--语言可以保证做到这一点。

在MT5中，情况变得更加复杂，事件模型变得更加复杂，数据模型变得更加复杂，你需要考虑很多，编写额外的检查，例如，你不能只是为指标计算获得数据，你需要确保数据真的被加载，对于多货币指标，这成为一个真正的挑战。

解决方案可以是创建一组函数，将交易员的所有任务打包，就像在MT4中那样。在某种程度上，开发者已经做出了诸如iClose、iTime等功能。我们需要的是更多这样的功能。就是说，我们需要 系统层和应用层之间的一个层。

P.S. 谢谢你收集意见。
 

在MT5中运行ex4是可能的。保持这种状态数年。

关闭本地市场在MT4下添加新产品（只留下版本更新）。

 
Igor Zakharov:

这些都是经纪人提供的点位。我直观地看了一下：在俄罗斯最受欢迎的经纪公司的几年深度，在几个方面，它们是自动生成的（例如，有一个固定的50点差）。

不要误导人们!

在MT5测试器上，真实的点位与真实的点位（固定或浮动）相同，从该账户所在的服务器下载。

 
transcendreamer:

是的，我想这是MT4成功的关键：清晰简单的产品，语言不要求用户有深厚的架构和OOP知识，我们只是写一组指令--我想做这个和那个--而语言允许我们放心地做。

在MT5中，情况更加复杂，事件模型变得更加复杂，数据模型变得更加复杂，你需要考虑很多事情，编写额外的检查，例如，你不能只是为了计算一个指标而获取数据，你需要确保数据真的被加载，对于多货币指标 来说，这成为一个非常困难的任务。

谁能阻止在MT5中用C语言写出没有任何OOP的风格？

数据模型并没有变得更复杂，只是有点不同，一般来说，所有东西都有简单的函数，没有任何OOP。是的，而且对于大多数系统来说，这个模型需要以更小的形式出现。简而言之，一切都大致相同。

 
Yuriy Asaulenko:

是谁--是什么阻止了MT5用C风格编写而不需要任何OOP？

数据模型并没有变得更复杂，只是有点不同，而且，一般来说，一切都有简单的函数，没有任何OOP。是的，而且对于大多数系统来说，这个模型需要以更小的形式出现。简而言之，一切或多或少都是一样的。

停止解释明显的))))

SZS: 我想起了我的童年，那时候......这个话题让我想起了90年代初孩子们关于什么更好的辩论：可口可乐和百事可乐，不知为什么那些认为可口可乐更酷的人赢了，显然这是他们的目标，即使是在孩子的时候，也要显示他们对美的品味，因为百事可乐是免费使用的，而幸运的乞丐是不....。然后sprite出现了，打破了所有的陈规陋习--原来这种儿童饮料是成年人为了冲淡柠檬伏特加（Stopka）而创造的))))。

 
Yuriy Asaulenko:

是谁--是什么阻止了MT5用C风格编写而不需要任何OOP？

数据模型并没有变得更复杂，只是有点不同，而且，一般来说，一切都有简单的函数，没有任何OOP。是的，而且对于大多数系统来说，这个模型需要以更小的形式出现。简而言之，是差不多的。

例如，它涉及到多货币指标--在MT4中可以轻松自由地完成的事情，在MT5中却不那么容易。有一个话题，开发人员考虑了这个问题，但他们的意见主要集中在速度和优化上，而不是每个人都需要，还有就是可用性和简单性。开发人员被要求展示典范的正确代码，如何以保证的方式获得时间同步的数据阵列，但据我记忆，他们避免了这一点。也有的时候，你想测试一些想法，并想快速完成。对于许多用户来说，c.m.c.这现在是遥不可及的，因为了解MT5内部的障碍比MT4要高。我不是在呼吁放弃OOP和MT5中做的新的很酷的东西，而是做一个额外的层，使mql5类似于mql4，有些步骤已经做了（iClose函数，等等）。

 
Petros Shatakhtsyan:

在MT5测试器上，真实点子的点差与真实点子（固定或浮动）相同，从该账户所在的服务器下载。

如果一个经纪商在两年前推出了MT5账户，那么他们会提供三年前的什么真实的刻度？

 
Aleksey Ivanov:
这有什么必要呢？另一个修复想法？一个平台有一些优势，另一个平台有其他优势。有些人喜欢一个，有些人喜欢另一个。多样性中的力量（使你能够在不断变化的情况下生存）。

我同时也会回答你的问题，以及那些说我想摧毁MT4的荒谬的呼声。

必然的趋势是，MT4正在慢慢被淘汰。正如Renat所说："它不能被改变。每个架构/骨架都有自己的发展限制".MT4很久以前就达到了，由于它不再发展（即使是发展，也会很快达到上限），所以在未来很容易失去地位。

竞争者在等待，并对MT4的背后进行呼吸。他们肯定在做自己的发展，时间在他们手中打转。为了补救日益恶化的情况并跟上发展的步伐，公司正在开发和实施MT5。在技术上，MT5是头部，在未来几年内应该不会被竞争对手击败，但前提是它要受欢迎。 MT5实施的失败会威胁到市场垄断，因为MT5变得对竞争对手不可怕。MQ只能依靠MT4，这对竞争对手来说在技术上更容易应对。

试图引进MT5，是为了争夺未来的利基主导地位，并力争在未来几年内确保其地位。如果不这样做，很容易成为竞争对手的猎物，并在不久的将来被迫退出市场。因此，这又是一个生存的问题。没有人质疑 "为什么要重新武装军队？一战时的武器不射击吗？让他们打......"？

这样看来，这与我或其他用户有什么关系呢？这是该公司的问题。然而，由于我习惯于从大处着眼，我认为我的项目 的前景与MT5联系在一起。它是一个强大的技术基础，便于实现我最雄心勃勃的想法。而且我还需要MT5成为主流，这样我才不会在几年后和过时的平台一起成为多余的人。

 
transcendreamer:

你可以不用OOP，但这不仅仅是OOP的问题，正如我上面写的--你必须考虑到更多的细微差别，例如，关于多货币指标--在MT4中容易和自由的东西在MT5中就不那么容易了。有一个话题，开发人员考虑了这个问题，但他们的意见主要集中在速度和优化上，而不是每个人都需要，还有就是可用性和简单性。开发人员被要求展示典范的正确代码，如何以保证的方式获得时间同步的数据阵列，但据我记忆，他们避免了这一点。也有的时候，你想测试一些想法，并想快速完成。对于许多用户来说，c.m.c.这现在是遥不可及的，因为了解MT5内部的障碍比MT4要高。我不是在呼吁放弃OOP和MT5中新做的很酷的东西，而是要做一个额外的层，使mql5类似于mql4，有些步骤已经做了（iClose函数，等等）。

总的来说，imho，MK的错误在于mql代码缺乏向后兼容性，因为它在所有语言中都是通用的。即，MT4程序必须转到MT5，但反之亦然，没有必要。放弃所有的基础工作，从头开始改变平台--谁他妈的需要它。MT4将永存!直到猛犸象灭亡））。

1...8910111213141516171819202122...67
新评论