Mt4结束支持。 - 页 7

[Artyom Trishkin]

Реter Konow:
如果为了兴趣，你做了一个非常简单但功能非常丰富的语言。一个人可以用自己的话描述一个策略，并使其发挥作用。它是否会吸引更多的用户？还是他们会开始失去兴趣并离开？

现在OOP已经允许你以 "问答 "的方式编写程序。而且你不需要知道在图书馆里发生了什么，就可以返回你问题的答案。

[Andrey Kisselyov]

Реter Konow:
如果为了兴趣，你做了一个非常简单但功能非常丰富的语言。一个人可以用自己的话描述一个策略，并使其发挥作用。它是否会吸引更多的用户？还是他们会开始失去兴趣并离开？

比如说，你写了一个故事，让电脑通过它进行交易？
所以在拼写上还是会有问题，你需要学习如何拼写.....。


真诚的。

[Реter Konow]

Artyom Trishkin:

你为什么要放弃你原来的声明？

为什么MT5比这更复杂？ 它拥有MT4所拥有的一切。你是不是把 "终端 "和 "终端软件 "这两个词混淆了？

正是SB的使用简化了订单的编程。

走出超意识的牢笼。

好吧，如果关于MT5如何更复杂的问题来自于一个初学者而不是你，那就说明问题了。

从结构上看，从内容上看，它更复杂。你需要收集广大民众的意见，了解事情的真相。在我看来，这都是噱头。

语言更加复杂。编译器的要求更高。

[Andrey Kisselyov]

Реter Konow:

语言更加复杂。编译器的要求更高。

对于一个初学者来说，学习MQL4或MQL5并不重要，他对这两种语言都不了解。

真诚的。

[Реter Konow]

Andrey Kisselyov:
比如说写一个故事，让电脑进行交易？
所以在拼写上还是会有问题，你需要学习拼写.....。


恭敬不如从命。

不，问题是它是会增加人气还是挫伤交易？这里有一种平衡。你需要复杂性来使目标变得有趣和诱人。但是如果有太多的复杂性，那就太糟糕了--它会扼杀动力。

[[删除]]

Artyom Trishkin:

奥列格，不要生气。嗯，只是这个人不太 知道自己在说什么。

起初，我也像你一样，Artem，认为 "不大"，但显然还是 "大"。;)

[Реter Konow]

Artyom Trishkin:

OOP已经允许你编写问答式程序。而且你不需要知道在图书馆里发生了什么，就可以返回你问题的答案。

我想知道，如果没有OOP，你就不能写一个 问答式的程序 吗？

[Andrey Kisselyov]

Реter Konow:
不，问题是它是会增加人气还是挫伤交易？这里有一个平衡。你需要复杂性来使目标变得有趣和诱人。但是，如果有太多的复杂性，这也是不好的--它扼杀了动力。

至于其他符号，如果你想和它们交易，你必须在它们之间做出选择。

只要客户不使用mt5，就会为交易者提供另一个平台。
只要DTs使用mt5的条件不令交易者满意，交易者就不需要它。
通常情况下，交易者对交易平台不感兴趣，它是否有OOP并不重要。

恕我直言。

[Artyom Trishkin]

Реter Konow:

好吧，如果关于MT5如何更复杂的问题不是来自你，而是来自一个新人，那就说明了问题。

从结构上看，从内容上看，它更复杂。你需要收集广大民众的意见，了解它的内容。在我看来，这都是噱头。

语言更加复杂。编译器的要求更高。

也就是说，如果旧的、未更新的mql4以前允许超越数组并接收数组以外的数据，那么用钱来工作会更好、更方便？

你认为这和类似的情况是发展中的延误吗？

你的政策很奇怪。你似乎把自己定位为开发者和商业资本家，但你认为你的程序中的关键错误，用真金白银工作，是一种祝福。

而你认为编译器在编译阶段警告你在处理代码时可能出现的问题是一个复杂的事实？相反，它有利于程序的维护和调试--编译器会立即指出未来错误的可能原因。那它是否更糟糕呢？是马上得到警告好呢，还是为了取悦你的眼睛，没有得到警告，然后错误地工作，让你勤奋地寻找难以发现的错误？

我不明白你的立场。

[Artyom Trishkin]

Реter Konow:
我想知道，如果没有OOP，你是否不能写一个 问答式的程序？

大家早就知道你是 "站在吊床上 "的先锋。

当然，这是有可能的。但这并不容易，也不快。

你的立场很明确：我将移动数公里的代码，但我将在一个月内写出它的乐趣，而不是在一个晚上写出它，因为意识到一切都太简单而保持清醒。