Mt4结束支持。 - 页 36

新评论
 
Vitaly Muzichenko:

没错，你就是这样明确地做的，好吧，否则我无法让你的解决方案正常运行。

要有一些耐心，弄清楚代码。我在上面又详细解释了一下。寻找错误。我还找不到它。或者说，一切都必须拼出来。这里没有程序员吗？你是不是有点不符合标准，已经举起了手？如果语言对你如此重要，这让你对自己的专业性产生怀疑。(如果它存在的话)。
 

谁说过什么专业性？
在我看来，你是一个专业人员，但你暴露的代码有一个你建议别人寻找的错误，而且是以这种方式......太多了。
从外面看，这很奇怪。

 
Реter Konow:
尼古拉，说来惭愧，我不知道如何使用调试器。我从来没有用过它。((

嗯，嗯...
你毕竟是如此的酷!在没有调试器的情况下写一个大项目!你肯定不会走捷径。
对你来说有坏消息和好消息。
我先说说好消息。

如果你在工作中开始使用调试器，但你会为自己节省大量的时间。而且它不仅仅是发现错误，还有很多。

现在是坏消息。
当然，你可以写信给服务台，要求他们在下一个版本中实现对俄语变量的理解。但我担心他们不会同意。
这意味着你所有关于在变量名中使用俄语的优点的论点与只有一个缺点相比变得微不足道了--无法调试这段代码。

我检查过了--在MQL5 MetaEditor中也是如此。而如果你继续编程而不使用调试器，怎么说呢，这将是非常不合理的。这将比不使用OOP 更不合理。

而我现在能检查你的代码的唯一方法是把所有的变量名都改成拉丁字母。

 

Artiom的新酒吧 功能在哪里消失了，检查一下它是否能正常工作，这很有意思。

 
Nikolai Semko:

哇...
你毕竟是如此的酷!在没有调试器的情况下写一个大项目!你肯定不会走捷径。
对你来说有坏消息和好消息。
我先说说好消息。

如果你在工作中开始使用调试器，但你会为自己节省大量的时间。而且它不仅仅是发现错误，还有很多。

现在是坏消息。
当然，你可以写信给服务台，要求他们在下一个版本中实现对俄语变量的理解。但我担心他们不会同意。
这意味着你所有关于在变量名中使用俄语的优点的论点与只有一个缺点相比变得微不足道了--无法调试这段代码。

我检查过了--在MQL5 MetaEditor中也是如此。而如果你继续编程而不使用调试器，怎么说呢，这将是非常不合理的。这将比不使用OOP 更不合理。

而我现在能检查你的代码的唯一方法是把所有的变量名都改成拉丁字符。

尼古拉，我想改变已经太晚了。该项目将很快被关闭，重新命名还需要一年时间）。

我会想办法的。我不知道我为什么需要它，并应付了它，但现在你最好不要告诉我，以免我后悔浪费了精力）。

事实上，没有人愿意像我这样编程，这甚至是好事。我有一个优势，我的对手甚至不了解。就让它保持下去吧。

谢谢你的好消息，嗯，最好不要去想坏事。也许对我来说，这并不是那么糟糕)。


试着改变名称。如果它能帮助你找到错误，我很赞成。

 
Vitaly Muzichenko:

Artiom的新酒吧 功能在哪里消失了，检查一下它是否能正常工作，这很有意思。

我在机场接来自越南的家人。我将继续关注。这很有趣。
 
Реter Konow:

尼古拉，我想改变已经太晚了。该项目即将结束，重新命名还需要一年时间）。

我会想办法的。现在你最好不要告诉我，这样我就不会后悔浪费了精力）。

事实上，没有人愿意像我这样编程，这甚至是好事。我有一个优势，我的对手甚至不了解。就让它保持下去吧。

谢谢你的好消息，嗯，最好不要去想坏事。也许对我来说，这并不是那么糟糕)。


试着改变名称。如果这有助于找到错误，我很赞成。

你有没有按过CTRL+H？
 
Artyom Trishkin:
我在机场接了一个来自越南的家庭。我将继续关注。这很有趣。

Artyom，这并不好笑，这样的宗教信仰是一种耻辱。

P.S. 你是去越南吃大米的吗？)
 
Реter Konow:

尼古拉，我想改变已经太晚了。该项目即将结束，重新命名还需要一年时间）。

我会想办法的。现在你最好不要告诉我，这样我就不会后悔浪费了精力）。

事实上，没有人愿意像我这样编程，这甚至是好事。我有一个优势，我的对手甚至没有意识到。就让它保持下去吧。

谢谢你的好消息，嗯，最好不要去想坏事。也许对我来说，这并不是那么糟糕)。


试着改变名称。如果它能帮助你找到错误，我很赞成。


明白了。该算法从根本上说是错误的。没有什么可修复的。我们需要重写整个事情。
对不起--我不去。懒得去管，尤其是我已经实现了我自己的版本。而且效果相当好（从一切无声的事实来看:））。

我只想说，至少--使用iTime而不是iBars更正确，因为当历史上的最大条数达到时，条数不会随着新条数的到来而改变，每个条数都有自己的（服务-设置-图形）。我以为你有一个快速循环，但事实证明，只有在OnTimer中每隔2400个条目才有效。填充数组的条目是错误的--每分钟一次，而不是从零秒开始，并且随着程序的到来而开始，也就是说，即使是当前的符号也是不正确的，更不用说其他字符。还有非常不可思议的形成分钟的方式：每25毫秒记录2400次，看看我们的分钟是否已经过去。此外，你的算法随着当前时间段内新条形的到来而开始工作，如果你在一天内运行它，你可以等待一整天直到它工作（即，最好使用iTime(NULL,1,0)而不是Time[0]）。而且，为什么代码要分布在整个程序中（垃圾），毕竟任务是创建一个函数，而且只能从程序的主体中调用它。

换句话说--德米特里是对的，当我说你的算法非常快时，我是错的。当然，它是快速的--如果你每分钟更新一次，而在一分钟内，所有的符号上都发生了这么多的事件，而且都经过了你。

但你是可以理解的--你不与酒吧合作。我也喜欢更多地用帆布来捣乱。

好吧，彼得，我只能重复我的愿望。

- 尽快完成你的大型项目，并最终获得你的 "神奇一击"（我们在生活中都需要）。

- 掌握OOP

- 掌握拉丁字母，掌握奇妙的工具 "代码调试器"。

- 带着这个行李和程序化编程的巨大经验，你开始了你的新的超级项目。

 
Реter Konow:
尼古拉，说来惭愧，我不知道如何使用调试器。我从来没有用过它。((

真的吗？

1...293031323334353637383940414243...47
新评论