文章 "MQL 作为 MQL 程序图形界面的标记工具。 第一部分" - 页 4 123456 新评论 Алексей Мокрушин 2020.04.01 20:03 #31 Artyom Trishkin:一切都在文档中，研究它，使用它。 如何获取和传递类的引用在文档中都有，但我还没找到函数的引用。如果不太难的话，能给我一个链接吗？ Artyom Trishkin 2020.04.01 20:05 #32 Алексей Мокрушин: 文档中有获取和传递类引用的方法，但我没有找到函数的引用。如果不太难的话，能给我一个链接吗？ 我给了你一个帮助链接。它描述了如何创建指向函数的指针。 Алексей Мокрушин 2020.04.01 20:10 #33 Artyom Trishkin:我给了你一个帮助链接。它介绍了如何创建指向函数的指针。 非常感谢!!!!!! Dmitry Fedoseev 2020.04.01 20:11 #34 Алексей Мокрушин: 德米特里-费多谢耶夫（Dmitry Fedoseyev），虽然令人不快，但插入的视频非常有趣。我笑了很久。当我读到您强调的内容时，我意识到这看起来非常愚蠢。更准确地说，不是改写，而是改进和补充。你在这个网站上的五年时间里，我读了你的很多文章，我不怀疑你的知识比我丰富得多，但我不同意你的观点，即在表达式写作 中不需要 OOP。因为在复杂的程序中，使用图形界面、在一个 EA 中结合多个 TS、保存统计数据等，OOP 对更好地组织程序代码有很大帮助，而设计模式（尽管我对它的研究还处于起步阶段）会使 OOP 的能力提高很多倍。当然，这并不意味着你应该把它推到一个小的 EA 中，在那里你可以使用普通的程序，而且编写速度也会快很多倍。如果大家感兴趣，我将介绍一个我应用 OOP 和一个模板的例子，以及它是如何简化我的生活的。如果不是太困难的话，德米特里，你能否举例说明你所说的"在使用 OOP 创建一个类似委托的函数指针时更是如此"？或者您可以在哪篇文章中找到有关函数指针的信息。在此先表示感谢。 函数指针--请在帮助中查找 "typedef"。C# 有委托而没有函数指针，只是因为整个语言都是面向对象的，所有必要的和不需要的事情都是通过对象完成的。 我一点也不排斥 OOP，恰恰相反，它非常有用、方便，只要 OOP 应用本身不成为目的，不变成必须遵循的教条。 Stanislav Korotky 2020.04.02 18:35 #35 Dmitry Fedoseev:你指的到底是谁？特别是这是复数，而我们这里人又不多。如果是单数，我会认为是彼得。但它是复数这让人产生疑问。为什么不用你的名字？这样就不会产生不必要的问题了或者你就不能踢踢空气吗？ 我不会直接叫别人的名字，我不喜欢集市。复数是为了概括。谁要是喜欢站在行家的立场上，根据自创的荒谬解决方案喋喋不休，那就让他在自己的主题中擦肩而过吧。 Реter Konow 2020.04.02 19:08 #36 Stanislav Korotky:我不会直接指名道姓，我不喜欢集市。复数是用来概括的。如果有人喜欢站在行家的立场上，根据自创的荒谬解决方案喋喋不休，那就让他们在自己的主题中侃侃而谈吧。 你定义的 "荒谬 "的标准是什么？你不是声称要创造一种 "自制 "的标记语言吗？难道你不是以一个技术 "专家 "的立场来评判一项你在文章中都说不清楚的技术吗？欢迎加入业余爱好者俱乐部。）只是这里的一些人，在这个领域（不像你）有更多的理解。所以，没必要 "嗤之以鼻"。 如果你认为你可以 "悄悄地 "把别人的语言写成现成的解决方案，而不透露其中的概念，那你就太天真了。 例如，我就对创建标记语言的其他解决方案很感兴趣。我的技术是众所周知的，我想知道别人是怎么做的。外界对问题的看法。非常合理。因此，我们需要一个清晰、易懂、连贯的概念。那你想从读者那里得到什么呢？- 无怨无悔地同意吗？)))) 因此，请充分讨论解决方案，冷静接受批评。))))) Artyom Trishkin 2020.04.02 19:17 #37 请围绕主题，而不是 "测量身体部位的大小"。 Dmitry Fedoseev 2020.04.02 19:18 #38 Stanislav Korotky:我不会直接指名道姓，我不喜欢集市。复数是用来概括的。如果有人喜欢站在行家的立场上，根据自创的荒谬解决方案喋喋不休，那就让他们在自己的主题中侃侃而谈吧。 很好，那你就是这个泛化列表的榜首。 Aliaksandr Hryshyn 2020.04.04 17:56 #39 难道写一篇 关于图形用户界面的文章，连一张截图都不截吗？ Stanislav Korotky 2020.04.04 18:02 #40 Eugeniy Lugovoy:很抱歉我问了个愚蠢的问题，但您想要构建什么样的图形用户界面，而标准 MQL 库又无法完成（或很难完成）？此外，我发现从一开始实现起来就非常复杂。也许研究一下 jQuery 风格的用户界面实现会更好？例如，简单的按钮创建可以是这样的当然，它需要有自己的 "对象生成器 "等，也可以使其可扩展并支持 "用户自定义 "对象，如阴影效果、渐变效果等。这样，开发人员就可以更容易地以这种方式构建图形用户界面。此外，还可以创建一个类似 MT GUI Builder 的应用程序，用于可视化创建 GUI 并导出 JSON 文件，以便在 MQL 端快速执行...这只是我阅读文章后的想法和我的观点。当然，你可以按照自己的方式去做。 是的，可以有不同的方法。我提到过您的选择，它们需要解析第三方格式，但其内部工作与现在的工作并无不同。我们提出的概念是在 MQL 中构建一切，并且没有任何依赖关系。 123456 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
一切都在文档中，研究它，使用它。
文档中有获取和传递类引用的方法，但我没有找到函数的引用。如果不太难的话，能给我一个链接吗？
我给了你一个帮助链接。它描述了如何创建指向函数的指针。
我给了你一个帮助链接。它介绍了如何创建指向函数的指针。
德米特里-费多谢耶夫（Dmitry Fedoseyev），虽然令人不快，但插入的视频非常有趣。我笑了很久。当我读到您强调的内容时，我意识到这看起来非常愚蠢。更准确地说，不是改写，而是改进和补充。你在这个网站上的五年时间里，我读了你的很多文章，我不怀疑你的知识比我丰富得多，但我不同意你的观点，即在表达式写作 中不需要 OOP。因为在复杂的程序中，使用图形界面、在一个 EA 中结合多个 TS、保存统计数据等，OOP 对更好地组织程序代码有很大帮助，而设计模式（尽管我对它的研究还处于起步阶段）会使 OOP 的能力提高很多倍。当然，这并不意味着你应该把它推到一个小的 EA 中，在那里你可以使用普通的程序，而且编写速度也会快很多倍。如果大家感兴趣，我将介绍一个我应用 OOP 和一个模板的例子，以及它是如何简化我的生活的。如果不是太困难的话，德米特里，你能否举例说明你所说的"在使用 OOP 创建一个类似委托的函数指针时更是如此"？或者您可以在哪篇文章中找到有关函数指针的信息。在此先表示感谢。
函数指针--请在帮助中查找 "typedef"。C# 有委托而没有函数指针，只是因为整个语言都是面向对象的，所有必要的和不需要的事情都是通过对象完成的。
我一点也不排斥 OOP，恰恰相反，它非常有用、方便，只要 OOP 应用本身不成为目的，不变成必须遵循的教条。
你指的到底是谁？特别是这是复数，而我们这里人又不多。如果是单数，我会认为是彼得。但它是复数这让人产生疑问。
为什么不用你的名字？这样就不会产生不必要的问题了或者你就不能踢踢空气吗？
我不会直接叫别人的名字，我不喜欢集市。复数是为了概括。谁要是喜欢站在行家的立场上，根据自创的荒谬解决方案喋喋不休，那就让他在自己的主题中擦肩而过吧。
我不会直接指名道姓，我不喜欢集市。复数是用来概括的。如果有人喜欢站在行家的立场上，根据自创的荒谬解决方案喋喋不休，那就让他们在自己的主题中侃侃而谈吧。
你定义的 "荒谬 "的标准是什么？你不是声称要创造一种 "自制 "的标记语言吗？难道你不是以一个技术 "专家 "的立场来评判一项你在文章中都说不清楚的技术吗？欢迎加入业余爱好者俱乐部。）只是这里的一些人，在这个领域（不像你）有更多的理解。所以，没必要 "嗤之以鼻"。
如果你认为你可以 "悄悄地 "把别人的语言写成现成的解决方案，而不透露其中的概念，那你就太天真了。
例如，我就对创建标记语言的其他解决方案很感兴趣。我的技术是众所周知的，我想知道别人是怎么做的。外界对问题的看法。非常合理。因此，我们需要一个清晰、易懂、连贯的概念。那你想从读者那里得到什么呢？- 无怨无悔地同意吗？))))
因此，请充分讨论解决方案，冷静接受批评。)))))
我不会直接指名道姓，我不喜欢集市。复数是用来概括的。如果有人喜欢站在行家的立场上，根据自创的荒谬解决方案喋喋不休，那就让他们在自己的主题中侃侃而谈吧。
很好，那你就是这个泛化列表的榜首。
很抱歉我问了个愚蠢的问题，但您想要构建什么样的图形用户界面，而标准 MQL 库又无法完成（或很难完成）？
此外，我发现从一开始实现起来就非常复杂。也许研究一下 jQuery 风格的用户界面实现会更好？
例如，简单的按钮创建可以是这样的
当然，它需要有自己的 "对象生成器 "等，也可以使其可扩展并支持 "用户自定义 "对象，如阴影效果、渐变效果等。
这样，开发人员就可以更容易地以这种方式构建图形用户界面。
此外，还可以创建一个类似 MT GUI Builder 的应用程序，用于可视化创建 GUI 并导出 JSON 文件，以便在 MQL 端快速执行...
这只是我阅读文章后的想法和我的观点。
当然，你可以按照自己的方式去做。
是的，可以有不同的方法。我提到过您的选择，它们需要解析第三方格式，但其内部工作与现在的工作并无不同。我们提出的概念是在 MQL 中构建一切，并且没有任何依赖关系。