文章 "MQL 作为 MQL 程序图形界面的标记工具。 第一部分"
我再次仔细阅读了这篇文章，没有发现标记语言的概念。有一些关于用其他语言实现的想法，也有借用一些库的可能性，但作者还没有建立这个概念。没有这个概念，借用或修改任何东西都没有意义。
概念应该用简单明了的语言描述，不需要代码，并解释技术的本质--它应该是什么和如何工作。但文章中有一些代码、示例等....。它们是关于什么的？
在"设计 一种标记语言 "一章中，并不包含标记语言的概念。作者，请注意，你并没有写任何关于标记语言技术的内容，而是直接进入了一些细节、如何借用、在哪里借用以及可以借用什么。然后，你谈到了一些控制器的层次结构（实际上你并没有描述），并进入了一些无关的细节。
有必要从创建技术的概念入手，而现在还没有这样的概念。
另一个垫圈。
是 38 块还是 55 块？
有多少个部件，38 个还是 55 个？
不是每个人都能在 MQL 论坛的文章中写出 "战争与和平"。
超过一个周期的 4 篇文章的作者以前从未见过 ))))
这篇文章的材料似乎读起来不错，但有一些不舒服的地方，我不知道它的基础是什么--XAML 是作为基础吗 --不幸的是，我没有研究过它，也不使用它，除了 WinForms 之外，也不使用 C# 的其他功能。
总的来说，这本书很有趣，让我们拭目以待，唯一的愿望是多一点图片，在我看来，如果只是阅读，材料看起来非常枯燥。
作者的专业精神让人充满希望，但前提是他能自始至终 处理好概念和实施工作。第一篇文章暗示，作者打算使用一个现成的库，对其进行修改并将其转化为一种标记语言。我不相信这样的解决方案有意义。库本身是有限的，标记语言也将是薄弱的。如果画布上的技术和控制器没有达到质的飞跃--"羊皮 "就不值得，如果作者占用了绘制的元素--你就需要重做基础。所有这一切都需要对技术的深刻理解和大量的时间。从作者对变量名称（将有数千个）、语法、规则的坚持来看，恐怕无法完成....。
但是！这只是第一篇文章。让我们看看...
不是每个人都能在 MQL 论坛上写出 "战争与和平 "的文章
超过 4 篇文章周期的作者在 )))) 之前从未见过
这篇文章的材料似乎读起来不错，但有一些不舒服的地方，我不知道它的基础是什么--XAML 是作为基础吗 --不幸的是，我没有研究过它，也不使用它，除了 WinForms 之外，也不使用 C# 的其他功能
总的来说，这本书很有趣，让我们拭目以待，唯一的愿望是多一点图片，在我看来，如果只是阅读，教材看起来非常枯燥。
我试着学习 XAML，但只是从头开始，我不明白其中的幽默笑话--为什么要多学习一门语言，而且还是专业性极强的语言，这不仅没有扩大学习的可能性，反而缩小了学习的范围。无论如何，总有一天你会想在程序运行时 "调整 "一些东西，或者使界面更加灵活，因此你必须研究如何在不使用 PAD 的情况下直接完成所有事情。标记语言的好处是微不足道的，如果考虑到你还必须学习它，那就很值得怀疑了。或者说我没有理解 XAML 的思想。
我试着学习 XAML，但只是从一开始，我并不理解这种幽默的玩笑--为什么要学习另一种语言，甚至是一种非常狭隘的专业语言，而且这种语言不仅没有扩大可能性，反而缩小了可能性。无论如何，总有一天你会想在程序运行时 "调整 "一些东西，或者使界面更加灵活，因此你必须研究如何在不使用 PAD 的情况下直接完成所有事情。标记语言的好处是微不足道的，如果考虑到你还必须学习它，那就很值得怀疑了。或者说我没有理解 XAML 的思想。
我们将等待这篇文章的作者，他可能会给我们指明搜索 XAML 的方向，也许我会读一读，不过最主要的是，事实上--这篇文章的结果会是什么，它的便捷性和功能性如何，在现阶段，我对图形基元的 SB 感到满意--它的来源是可用的、可读的。
SZY：关于新语言，好吧，一切都是相对的，我想用 SB 来保存一些 .bmp 格式的图表......我一天都没弄明白，我吐槽了一下 googled，15 分钟后我就熟悉了 Google Charts，我生成的不是 .bmp 格式的图表，而是 .html 格式的图表--即使离线也可以查看图表，也就是说，可用性是使用的关键！;)
我试着学习 XAML，但只是从一开始，我并不理解这种幽默的玩笑--为什么要学习另一种语言，甚至是一种非常狭隘的专业语言，而且这种语言不仅没有扩大可能性，反而缩小了可能性。无论如何，总有一天你会想在程序运行时 "调整 "一些东西，或者使界面更加灵活，因此你必须研究如何在不使用 PAD 的情况下直接完成所有事情。标记语言的好处是微不足道的，如果考虑到你还必须学习它，那就很值得怀疑了。或者说我没有理解 XAML 的思想。
XAML 的最大价值在于它简化了各种对话窗口和其他废话的开发。在 MFC 中，要创建一个与标准列表外观不同的列表并不容易，你必须努力尝试，但在这里只需一两次。我一直在捣鼓它，它让我大开眼界，但如果你需要制作界面，你可以掌握它。你不需要学习它，它只是 Sharp 的一部分。它确实可以节省时间，但不是立即节省，而是在你学习它的过程中节省。
各位，为什么在看不到结果的情况下，从第一篇文章开始就对一个人大加挞伐呢？我从来没有在这里写过评论，但你的评论让我写了。
我不是专业程序员，只是个业余爱好者。这里的很多文章，甚至是不成功的文章，都会让我寻找更好的解决方案，更深入地研究编程语言。了解作者为什么要采用这种特殊的方法来解决问题。在自己的开发中应用某些东西。任何一篇文章都会让我的知识量比单纯阅读书籍和文档多出许多倍。
这里有一个简单的例子。这里已经有很多关于图形用户界面的文章，但所有内容都是借助类来实现的，而且是程序式的。这既麻烦又不方便。你需要从头到尾理解整个代码。这让我开始关注其他语言，如 C++ 和 C#，在这些语言中，通过重载一个虚拟方法（如 doubleclick），就可以实现你想要的功能，而不会陷入混乱。
我开始研究设计模式、动态数据结构，因为 mql 中没有委托，我必须了解这道菜是什么，用什么来吃。我不得不重写所有标准类。我从 CObject 开始。最后，我使用 "真正的 "OOP 编写了 OnTradeTransaction、OnChartEvent、OnTimer 事件处理的简单实现。我对 XAML 标记并不熟悉，当我试图研究它时，它显得非常乏味，但现在我将深入研究它，以理解作者想要表达的意思，并有机会亲自实现他的一些想法。
因此，在你尖锐批评任何文章之前，请想一想，有些人和我一样，需要对同一主题有不同的看法。如果你有更深层次的知识，可以提出建议，给予指导。群策群力。这比在文章上大放厥词更有成效。
- www.mql5.com
新文章 MQL 作为 MQL 程序图形界面的标记工具。 第一部分已发布：
这篇论文提出了一种新的概念，即利用 MQL 结构来描述 MQL 程序的窗口界面。 特殊类将可观察的 MQL 标记转换为 GUI 元素，并允许对其进行管理，为其设置属性，并以统一的方式处理事件。 它还提供了一些运用标准库的对话框和元素标记的示例。
为什么将布局与代码分离？并用特殊的语言描述？ 此处就是这种方式的基本益处。
对于 MQL 环境，仅针对性地解决了其中很少一些问题。 特别是，在如何设计和构造对象类一文中讲述了可视化对话框设计器。 它基于 MasterWindows 函数库工作。 只是，布局的方式和所支持的元素类型列表会受到很大限制。
在 GUI 控件里使用布局和容器：CBox 类和 CGrid 类一文里，提出了一种更高级的布局系统，尽管没有视觉设计器。 它支持从CWndObj 或 CWndContainer 继承的所有标准控制元素，和其他控制元素，但仍为用户保留了创建和排布组件的例行编码。
从概念上讲，这种使用容器的方法非常先进（在几乎所有标记语言中都会提到这一点就足以说明其热门程度）。 因此，我们会看重这一点。 在我早前的文章（在交易中应用 OLAP（第二部分）：可视化交互式多维数据分析结果）中，我提出了一个修订版的容器 CBox 和 CGrid，以及一些支持“橡胶”属性的控件元素。 下面，我们将利用这些扩展和改进解决自动排列元素的问题，例如标准库的对象。
作者：Stanislav Korotky