文章 "图形界面 X: 在多行文本框中选择文本 (集成构建 13)" - 页 3

 
Реter Konow:
是的,当然。比如构造函数。我就不在这里讨论了。我的博客上都有展示。

你认为这是一个构造函数吗?在我看来,构造函数至少应该与Visual Studio 中实现的构造函数相同。

也就是说,它应该是一个可视化的构造函数。大概是这样的


 
Реter Konow:

我想制作一个构造函数,将劳动密集型图形用户界面的创建工作降低到 "懒惰的、未学习过的自由职业者 "的水平。


那么这个懒人会用这个图形用户界面做什么呢?这个懒人将无法编写 MQL 应用程序的其余部分。

除了图形用户界面,还必须有其他东西。而这个东西也可以是这个应用程序的很大一部分。懒人是做不到的。)

 
Anatoli Kazharski:

你认为这是一个构造函数吗?在我看来,构造函数至少应该与 Visual Studio 中实现的构造函数相同。

也就是说,它应该是一个可视化的构造函数。大概是这样:


没有必要重复微软的解决方案。即使没有可视化工具,文件中的构造函数也有其巨大优势:


1.通过复制粘贴,可以立即创建新的对象组。


2.2. 使用定位标记可以立即准确地将它们定位到正确的位置。


3.使用以前创建的模板,你可以以惊人的速度创建图形用户界面应用程序布局。


至于懒惰的自由职业者,他们的天性要求让创建智能交易系统 的过程变得更简单,这意味着将来有必要为他们创建一个逻辑构造器来组合他们的策略。但这将在以后实现....

 
Реter Konow:

您不必照搬微软的解决方案。即使没有可视化工具,文件中的生成器也有自己的巨大优势:

...


你认为如果你有一个可视化的构造器,你的解决方案会引起别人的兴趣吗?


 
Anatoli Kazharski:


您认为有了可视化设计器,您的解决方案会引起任何人的兴趣吗?


这是个奇怪的问题。也许不会...我也不确定。我要再次强调--让构造器完全可视化可能不如基于模板和一些可视化工具来覆盖某些属性来得有效。


也许你会同意我的看法,采用这种方式(我知道你想创建一个可视化工作室)。

 
Реter Konow:

这是个奇怪的问题也许不会...我也不确定。再说一遍,让构造函数完全可视化可能不如让它基于模板并使用一些可视化工具来覆盖某些属性更有效率。

你认为如果有了可视化构造函数,就不能以比你建议的更有效的方式创建模板吗?


 
Реter Konow:

...

也许你会同意我的看法,并沿着这条路走下去(我知道你想创建一个可视化工作室)。

也许我不会创建这样一个工作室。我会完成库开发的第二阶段,再做一个项目。然后我们再看吧。)
 
Anatoli Kazharski:

你认为如果有了可视化创建器,就不能以比你建议的更有效的方式创建模板吗?


这正是问题所在。在某些情况下,以可视化方式创建一组主要模板元素可能(也确实)比通过文件创建同样的东西花费更多的时间。但在其他情况下,情况恰恰相反。我认为有必要在文件中为设计器添加一套可视化工具,从而将两种方法的优势结合起来。但与微软的 visual studio 不同的是,文件中构造函数的作用应该更高。在很多方面(并非所有方面),它确实是一个非常方便和简单的工具。
 
Anatoli Kazharski:
我可能不会创建这样一个工作室。我会完成图书馆开发的第二阶段,然后做另一个项目。到时候再说吧。)

您的下一个项目 会与图形学有关吗?
 
Реter Konow:

您的下一个项目会与制图有关吗?

不,不相关。但会有一个在我的库帮助下创建的图形用户界面。)

为了完成这个库的第二阶段开发工作,我将努力完成 3-5 篇文章。