我的方法。核心是引擎。 - 页 27

 
Yury Kulikov:

我不会如此断然。而且我说的不是gui库开发,而是gui应用。市场上有很多,有些使用自己的开发,有些使用标准的,有些使用Anatoly的库。

坦率地说,"许多 "是一个强烈的字眼。))我想说的是 "几个"。也许10个左右就可以了。

 
Реter Konow:

老实说,"很多 "是一个强烈的字眼。))我说是 "少数"。也许是10。

还有很多 :)

 
Maxim Kuznetsov:

现代GUI构建器(那些 "将按钮散布在表单中 "的构建器)是相当有技术含量的东西,将MQL元素附加到它们身上看起来并不美妙。

在中间形式(项目文件等)中,几乎都有描述布局和元素之间关系的XML。

目标平台的代码生成实际上是XSLT-翻译,任何认为自己是网络程序员的人都可以做到:-)

以EasyAndFast(https://www.mql5.com/ru/code/19703)为例,因为它是基于对象的,并且拥有所有必要的组件。(顺便说一下公开和记录,不像在这个线程中),
,并简单地写一个翻译器。

没有gui-mql builder,不是因为它太复杂,而是因为它没有需求。

如果你读了你关于编程语言的帖子和博客,你可能认为你是一个教授。

但是当你开始争论我所了解的领域的事情时,在我眼里你就变成了一个学生。

这很奇怪。

没有译者会修复不完美的解决方案。它不会使一个对象的GUI变得可画。不会创建先进的多窗口技术。

该图书馆最初的所有缺陷(不幸的是,其中有许多缺陷)都将保留。而且,这个库是否有记录并不重要。

写出这样的译文是没有意义的。这是无稽之谈。

 
Реter Konow:

写这样的翻译没有任何意义。这是无稽之谈。

你已经不在状态 了 :(

 
Yury Kulikov:

你已经脱离了这个 圈子 :(

是的,我明白这个意思)。但是这个库还没有成熟到写这个翻译器的地步。这就是全部。

简而言之,这是一派胡言。

 
Реter Konow:

...并没有使对象的GUI看起来很有吸引力...

彼得,哪里说过你的GUI不是由图形对象组成的,而是在画布上绘制的? 我们不要狡辩了,这看起来很糟糕。

你知道,你可能很自以为是地认为人们进入这个主题是为了谈论......或其他什么...你是如此聪明,把每个人都打翻在地......他们来这里是为了赞叹中世纪的东西。有点像一个动物园。很久以来,人们都很清楚,争论或解释是没有意义的......。还有这个...敦敦就像坦克一样笨拙。我很抱歉。

 
Реter Konow:

...

但是当你开始谈论我所了解的领域的事情时,在我眼里你就变成了一个学生。

...

而我在哪里能看到你对你所理解的事情进行争论?
 

核心 - 桶 - 发动机。

夜晚,街道,路灯,药店。

毫无意义的昏暗光线。

 
Dmitry Fedoseev:

...我很抱歉。

不,我不是。))

虽然,你可以被原谅......))

ZS,我一定是忘了在GUI值得关注的人中提到你...找到你了 :)

 
Yury Kulikov:

我不会如此断然。而且我说的不是gui库开发,而是gui应用。市场上有很多这样的产品,有些使用自己的开发,有些使用标准库,有些使用Anatoly的库。

顺便说一句,阿纳托利的图书馆也是一个相当不错的轶事。他那里有多少关于这个主题的文章?大约50?无论你走到哪里,你都会看到有评论说:"还没有,我必须要改进它。如何开始使用他的图书馆,你需要阅读这50篇文章?本质和意义是什么?