错误、漏洞、问题 - 页 1968

[pavlick_]

如果你在头文件中写了 "没有#import声明"，为什么会有这种愚蠢而无用的警告？

void f();
void f() {}

在体面的地方，申报的数量是没有限制的。恼人的是，我想在mqh头中对可用的功能有一个简要的描述，我不得不注释几行，这对可读性有负面影响。有人可能会说，"把静态方法 放在类或结构中（使用结构时，会出现另一个奇妙的警告 "结构没有成员，大小分配为1字节"）"。我会回答："我不喜欢µl类，我想使用第一个选项"，而不需要这种泛滥的古怪警告。为什么你要强迫我放弃完全有效的普通做法？

[A100]

pavlick_:

如果你把它写在头文件中，为什么会出现这种愚蠢的、无用的 "没有#import声明 "的警告。

这是一个特殊情况。在一个更普遍的解决方案中，增加一个模拟的解决方案是有意义的。

#pragma  warning (disable:xxxx)

而每一个有经验的程序员都可以禁用这个恼人的警告（这个数字可以在命令编译器中找到）。现有的预警系统基本上是无用的......。我甚至都不去看，因为有数百个同类型的，没有考虑到程序员的写作风格和经验。而在这数百个警告中，很难找到真正值得注意的重要警告

[A100]

class A {
public:
        A() { Print( A::a ); } //Результат: 0
        static const int a;
};
/*
...
*/
const int A::a = 1;

不相信我？我明天将尝试添加代码

[pavlick_]

A100:

这是一个特殊情况。在一个更普遍的解决方案中，增加一个模拟的解决方案是有意义的。

而且每个有经验的程序员都可以禁用恼人的警告（数量可以在命令编译器中找到）。现有的预警系统基本上是无用的......。我甚至不看它们，因为有几百个同样的警告，没有考虑到程序员的写作风格和经验。而在这几百个人中，很难找到一个真正值得关注的重要事情。

是的，我同意。但我认为你最好同时管理一整套的警告。一个关键机制（如-Wno_all）或#pragma警告（级别：{0|1|2|...}）。每次停用一个是很麻烦的。

[[删除]]

亲爱的开发者们!请提醒一下，是否有关于以下事实的编辑：如果指标计算 是在一个子窗口中，并且它的几个缓冲区的样式是DRAW_NONE，那么它们不会影响子窗口中的显示比例？还是没有这样的编辑？

如果我们没有做出这样的改变，请你做出改变。因为现在事实证明，DRAW_NONE风格会影响到子窗口中的图形，而子窗口中的图形应该是完全不同的比例。

[TheXpert]

pavlick_:
是的，我同意。只是我认为同时管理一组警告会更好。关键机制（如-Wno_all）或#pragma警告（级别：{0|1|2|...}）。每次停用一个是很麻烦的。

我可能多年来一直在要求为每一个警告和错误提供一个例子，以清楚地表明它们为什么要出来。

在这种情况下，分层和明确的权证管理看起来像是一种幻想。

[Stanislav Korotky]

Alexey Kozitsyn:

亲爱的开发者们!请提醒一下，是否有关于以下事实的编辑：如果指标计算 是在一个子窗口中，并且它的几个缓冲区的样式是DRAW_NONE，那么它们不会影响子窗口中的显示比例？还是没有这样的编辑？

如果你没有进行这样的修改，请你进行修改。否则现在就会发现，DRAW_NONE风格会影响到子窗口中的图形，而这些图形的比例应该是完全不同的。

这一点已被修复。我开了一张罚单，然后检查...

补充：事实证明，甚至有2张票。在MT4中它被修复了，但在MT5中似乎没有。

[[删除]]

Stanislav Korotky:

这一点已被修复。我开了一张罚单，然后检查。

这是我认为已经解决的问题，但现在却没有。我刚刚检查过。图片1643。

[Stanislav Korotky]

Alexey Kozitsyn:
在这里，我以为它是固定的，但现在它不是。刚刚检查过。图片1643。

见上文，我完成了;-)

[[删除]]

Stanislav Korotky:

见上文，我完成了;-)

是的，我明白了...那么我将创建另一个应用程序。