文章 "MQL 作为 MQL 程序图形界面的标记工具。 第一部分" - 页 2

新评论
 
Алексей Мокрушин:
...
没有人在 "拉屎"。就我个人而言，我表达了一个合理的观点，即作者没有阐明标记语言结构的明确原则，因为他不了解这些原则。这篇文章一方面有很多笼统的词语，另一方面又有很多不必要的细节（就像找茬游戏）。作者还不了解标记语言的概念，以为可以把一个普通的库转换成标记语言。我们期待着他描述实施计划的那一刻。

就我个人而言，我有权提出批评，因为标记语言是我创造的，我很清楚什么时候是 "水到渠成"，什么时候是水到渠成。这篇文章中没有概念，但试图提出一个概念。让我们拭目以待吧

对这篇文章最好的描述是--作者 "开启 "了意识流，并试图推理我们可以如何尝试去实施。实际上，他自己也在文章中写道（测试 "POC "概念的可实现性）。
 
我想说的是，标记语言（无论它是用什么技术创建的）是一套命令、c.words、规则和语法，用于为控件 提供图形功能。也就是说，从理论上讲，图形库可以用一种语法简化、易于构建图形结构的语言来封装，从而加快用户描述图形用户界面的过程，节省用户的精力，但不要忘了这需要付出什么代价：
1.发明一种具有规则和语法的语言。
2.2. 编写一个解释器，将 "语言 "的代码转换为 MQL 代码，即将（编写标记的）包装转换为相应功能的库调用。

这背后需要创建一个特殊的引擎，其设备应事先了解清楚。

 
Алексей Мокрушин:
......因为 mql 没有委托，所以我必须弄明白这道菜是什么，用什么来吃。我不得不重写所有的标准类。我从 CObject 开始。最后，在 "真正的 "OOP.... 的帮助下，我编写了 OnTradeTransaction、OnChartEvent、OnTimer 事件处理的简单实现。

.

 
Dmitry Fedoseev:

.

说句心里话--CObject 和"标准库"仍然是 90 年代遗留下来的东西 :-))

在出现类似的 STL 之前，如果不要求实例具有额外属性和/或存在 "adam"（大类/共同祖先），就会出现重大问题--其中可见的部分就是应用程序的代码量。他们真他妈的庞大....

 
Maxim Kuznetsov:

凭心而论，CObject 和"标准库"是 90 年代遗留下来的：-)

在出现类似的 STL 之前，如果不要求实例具有附加属性和/或存在 "adam"（大类/共同祖先），就会出现重大问题--其中可见的部分就是应用程序的代码量。他们真他妈的庞大....

对象不是重点。OOP != 模式，不要混淆模式的威力和 OOP 的威力。在编写 expresso 时，并不特别需要 OOP，更不需要模板，当然也不需要在有函数指针的情况下使用 OOP 创建类似的委托。

尽管很可悲，但 "C++ 受害者俱乐部 "的笑话正在成为现实。奇怪的是，人们在自己身上堆砌了许多各种各样的小玩意儿，并认为这是很酷的编码。但事实上，现代程序员已经堕落为库插件。
 
Dmitry Fedoseev:

CObject 在这里并不是主要的。OOP != 模板，不要混淆模板的威力和 OOP 的威力。 在 expresso-writing 中并不特别需要 OOP，更不需要模板，更不需要在有函数指针的情况下使用 OOP 创建类似的委托。

尽管很可悲，但 "C++ 受害者俱乐部 "的笑话正在成为现实。奇怪的是，人们在自己身上堆砌了许多各种各样的小玩意儿，并认为这是很酷的编码。但事实上，现代程序员已经堕落为库插件。

"兄弟，这有什么用？"

库插件应该统治一切。当它能减少代码大小和开发时间时，它其实是正确的。

PS/ 到目前为止，所有发表的文章（及其发展，这更重要）都是编程的对立面--它们并不能提高效率。

 
Maxim Kuznetsov:

"什么力量，兄弟？"

库插件应该统治一切。如果能减少代码量和开发时间，这样做其实是正确的。

PS/ 到目前为止，所有发表的文章（以及它们的发展，这一点更重要）都是编程的对立面--它们并不能提高效率。

知识才是力量，而文章只是提供知识，它们不应该提供任何其他东西。提高效率是每个人的私事。提高程序设计的效率当然是好事，但如果这会让程序的使用者感到不舒服，那就不是好事了。

 
Dmitry Fedoseev:

... 事实上，现代程序员已经退化为库插件。

很快，他就会彻底消失，因为在 "智力发达 "的集成开发环境的支持下，不需要受过高等教育，就可以直观地构建 "对象"（具有预定义链接的命名参数组），而集成开发环境会 "理解 "从 "半个字 "开始构建的逻辑结构的本质。环境将变得明智，专业程序员和语言多样性的时代将终结。每个人都能通过阅读程序指令来构建算法。自然过程，无需担心.....奇怪的是，这种现象并没有更早开始，相反，以不同方式重复一个概念的语言却层出不穷。

 

没有 XML。关键是没有 MQL。我们的目标是为 MQL 创建一个 "原生 "的 MVP 级标记系统--没有任何装饰，但功能强大，可扩展，足以满足有需要的用户的需求。我们可以不对内部结构进行研究。对概念和设备进行描述通常比不描述要好。

我也不太喜欢标准库，但没有太多的选择，所以（目前）这是少数几个非常小而超级花哨的库之间的最佳折衷方案，无论如何，这些库都有很大的问题。

建议那些凭着天真的手艺就自称是编程和图形用户界面创建领域的名人在自己的主题中展示他们的帽子戏法。

 
Stanislav Korotky:

...

建议那些凭借天真的手艺而自封为编程和图形用户界面创作领域的虚构名人在自己的主题中展示他们的帽子戏法。

宾果游戏

123456
新评论