文章 "MQL5 细则手册：指标子窗口控件 - 按钮" - 页 2

[Vasiliy Sokolov]

DC2008:

我想知道，您在准备材料时读过这 篇文章吗？

是的，顺便说一下，这篇文章没有使用任何类，如果没有 OOP，几乎不可能在 MQL5 中创建或多或少复杂的接口，这再次说明这篇文章主要是为初学者准备的，可以说是为了让他们熟悉基础知识。

当然，一般来说，总会有几种解决方案。有人用一种，有人用另一种。不可能说哪一种更好。但是，采用别人的解决方案总是很困难，因为问题太多，解决这些问题的时间可能超过创建自己解决方案的时间。这就是为什么我们制造自己的自行车，并认为它是最好的。

[Anatoli Kazharski]

DC2008:

我想知道，你在准备材料时，有没有读过这 篇文章？

是的，我读了。我读了所有的文章。在我看来，这对初学者来说非常困难。至少我当时很难理解。有时候，你需要得到一个特定问题的答案，但你又不想花很多时间，而这些时间已经很少了。

所以我尽量简单地回答问题。专业人士如果喜欢这个想法，会很容易地根据自己的需要/想法进行改写。而初学者则会找到最简单的答案。

[TheXpert]

C-4:
我想知道，有哪个专业开发人员会在自己的产品中使用标准 图形元素库？

好问题）

[Sergey Pavlov]

tol64:

是的，我读了。我读了所有的文章。在我看来，这对初学者来说非常复杂。至少我当时很难理解。有时候，你需要得到某个问题的答案，但你又不想花很多时间，而这些时间已经很少了。

所以我尽量简单地回答问题。专业人士如果喜欢这个想法，会很容易地根据自己的需要/想法进行改写。而初学者则会找到最简单的答案。

很好。那么对于初学者来说，您是否清楚计时器的用途？

[Andrey Khatimlianskii]

C-4:
我很好奇，有没有哪位专业开发人员会在自己的产品中使用标准 图形元素库？

我绝不自称是专业开发人员，但在写这篇文章 时，我使用了这个库：

Taki 不得不忍受痛苦，而 MQ 是在我开发的同时临时完成的（应服务台的要求），但在我看来，这是正确的做法。

不过，我们还是不要在这里展开大讨论了，已经有好几个主题可以讨论这个问题了;)

[Vasiliy Sokolov]

komposter:

我绝非专业开发人员，但我在写这篇文章 时使用了 liba：

奇怪的是，为什么它被一个昵称为iTC 的朋友卖掉了？

[Andrey Khatimlianskii]

C-4:
在现实中，标准按钮是非常不稳定的控制元素，因为首先它不支持框架颜色（虽然这是很奇怪的原因），其次，根据框架 BORDER_FLAT、BORDER_RAISED 的类型，它的视觉位置明显超出其位置，我并不是说除此之外，它还会根据按下的状态改变其色调，并且在没有 ChartRedraw 的情况下改变其显示非常缓慢。实际上，与其他元素相比，该按钮除了具有类似 Windows 3.11 的切碎界面外，并没有任何优势。是的，有一个特殊的字段 OBJ_SELECTED，表示按钮是否按下，但实际上创建自己的对象 OBJ_EDIT（包含按下标志）是完全没有问题的。

这正是我使用该库的目的。

如果阿纳托利能在光标悬停在标准炮上时高亮显示，MQ 就会将其添加到程序库中。

现在的情况是，有很多零散的自定义解决方案，而且每次您都要写一个新的解决方案（当然是使用您自己开发的）。

[Andrey Khatimlianskii]

C-4:
奇怪，为什么是一个叫iTC 的朋友卖的？

因为他是从我这里订购的。看看他的简介

[Vasiliy Sokolov]

komposter:

我绝不自称是专业开发人员，但....。

如果你不是，那我不知道谁是？Danald Knuth？比尔-盖茨？

komposter:
因为是他向我订购的。看看他的简介。

现在明白了。但我唯一不明白的是，你并不拥有你创造的领先 Marketplace 产品。这难道不痛吗？

[Vasiliy Sokolov]

komposter:

不过，我们还是不要在这里挑起 "大战 "了，已经有好几个话题可以讨论这个问题了；)

顺便说一句，我本人非常支持代码重用。标准库的使用频率是一个指标，我认为这个指标相当低，而且有几个客观原因。但这是另一个主题。我认为使用标准 MQL5 专业库是有风险的，因为在项目的某个阶段，会突然发现解决方案需要一些特殊的东西，这就需要在现有库中创建自己的库。但这不适用于数据组织类--我一直在使用它们。毕竟，这些都是标准的存储算法，没有必要重新发明轮子。