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

新评论
 
Реter Konow:

是的，完全正确。引擎需要的所有信息，以重现一个特定的GUI并与之配合。我现在把它直接安装到引擎中，然后让它可以从建造者打印的文件中加载。

这是多么复杂和混乱的事情。

对于你的沙坦锅炉的用户来说，让用户建立所需的表格、窗口和元素后，只需输出一个mqh文件，通过#include连接到程序，这不是更容易吗？该文件已经包含OnChartEvent()、OnTimer()、OnTick()和其他链接元素。剩下的唯一事情就是给它规定必要的行动，无论如何，它必须这样做，但你也需要学习你的标记语言。否则，你不需要任何东西--只要在生成的mqh-file中写上你需要的东西，就可以了。

你已经走上了创建标记语言的道路，并使用一种用户因某种原因不理解的语言来连接它。这种解决方案不会吸引mql语言用户使用该产品。

 

看来，看看这条线索中的奇迹--一个人做出的最多的精神努力往往是为了保持一个傻瓜。

 
Maxim Kuznetsov:
但它会覆盖事件中的所有用户编辑和绑定？

一旦GUI发生变化--用户就会按下一个按钮并打印出新的文件。引擎加载新的内核，用户应用程序必须连接更新的配对文件。

在这种情况下，一个文件只需要被替换（Conjunction Properties），另一个文件需要重新连接。但是，可以从以前的文件中复制已经写好的代码。

最主要的是在决定GUI之前不要填写连接文件。如果增加新的窗口，这几乎不会影响什么。如果改变旧的窗口和元素，可能也要在程序中重写代码。

 
Реter Konow:

这都是在构造函数中。KIB代码被写入，文件被重新编译。

下面是如何使用构造器的方法https://www.mql5.com/ru/blogs/post/717782

看了...在文件和文件夹的名称上犯了愚蠢的孩子气的错误，你在编辑器中工作，就像你第一次打开它一样......

而我意识到的是，这根本不是一个构造函数。我以为你有一个可视化的构造函数...

而你把这一概念称为一种突破？从哪里来，到哪里去？

 
Artyom Trishkin:

这是多么复杂和混乱的事情。

对你的shaitan-boiler的用户来说，让它在用户构建了所需的表单、窗口和元素后，只需输出一个mqh-文件，通过#include连接到程序，这不是更容易吗？该文件已经包含了OnChartEvent()、OnTimer()、OnTick()和其他链接元素。剩下的唯一事情就是给它规定必要的行动，无论如何，它必须这样做，但你也需要学习你的标记语言。否则你不需要任何东西，只要在生成的mqh-file中写上你需要的东西就可以了。

你已经走上了使用用户因某种原因不理解的语言来创建标记和连接语言的道路。这种解决方案不会吸引mql语言用户使用该产品。

顺便说一句，是的。

我在重新编译时也遇到了完全相同的情况。当然，我从来没有制作过可以使用的MQH文件，我只是写一些简单的文本文件，然后从这些文件中转移初始化程序的文本到基本模块，但想法是一样的。

彼得，真的--如果不是你必须记住如何使用的设置--而是生成一个带有现成设置的现成MQH文件，这将使你的用户的生活变得非常简单

 
Artyom Trishkin:

而这就是你所谓的突破性概念？从哪里来，到哪里去？

这是一个突破--从那些想用一个按钮 "切面团"（或至少用两个按钮，另一个--"切巨大的面团"）的现成专家顾问的人--到那些将以半自动模式进行交易的人，在彼得的视觉组件的帮助下，打开交易、伴随交易和关闭交易！这是一个突破。

我相信，如果这样的人出现--那就真的是一种突破。

我只是怀疑这是否可能。人的本性是懒惰的，对于手工交易（甚至是半自动的）--你需要大量的经验，而当地的美女们从哪里得到这些经验？

 
Georgiy Merts:

顺便说一句，是的。

这正是我在重新编译时的做法。虽然我没有准备好MQH文件，我写的是纯文本文件，然后从这些文件中转移初始化程序的文本到主模块，但想法是一样的。

彼得，真的--这将使你的用户的生活更容易，如果不是设置，你必须记住如何使用--一个现成的MQH-文件与现成的设置将被生成!

不明白我们在谈论什么设置。但我将尽我所能。

 
Реter Konow:

更详细地解释一下。

没有文件，所以链接来自记忆（来自轨道深处的某个地方）:-)

你生成了一个带有许多嵌套开关的函数的文件，该函数从界面元素派发消息到 "按下""释放"。用户在那里输入对事件的反应。
你改变-编辑了界面，现在这个文件怎么处理？

例如，用户应该做多少工作来把面板分成两个窗口--一个包含按钮，另一个是表格（这样，例如，用户可以关闭它而不在屏幕上闲逛）？
而且，比如说，有些列应该被调换。这只是典型的--做一个布局，使用它，把外观改成一个更方便的。

 
Реter Konow:

我不知道我们在谈论什么设置。但我将尽我所能。

我们的想法是，在所有的表格、窗口、视觉元素建立后，将创建一个现成的MQL-文件，用于直接编译。

按照我现在的理解，用户必须输入所有尺寸、坐标、缩进......。这是一项非常繁琐和乏味的工作。如果它是自动的就好了。其结果将是一个可以重新编译的MQH文件。

 
Реter Konow:

我不知道我们在谈论什么设置。但我将尽我所能。

学习OOP，你早就完成了，而且不仅是你能做到的，还有更多--一个巨大的创造空间，你现在甚至都没有意识到这一点。快速、高效和专业。
但多年来，你一直在用你不断夸大的引擎捣乱。
如果你为你所写的代码数量感到自豪，你就是一个编程方面的 "印度人"。这不是一种侮辱--只要搜索一下这个定义，它完全适合你的工作。
你可以写一千行的代码，也可以写一百行的代码，两者都会做同一套动作。但改变或补充臃肿的代码要比不臃肿的代码难得多。但你更喜欢吹嘘你写的行数（用它们戳尼古拉的鼻子），称这一切都是一个巨大的工程。像个孩子，天哪。

1...133134135136137138139140141142143144145146147...184
新评论