这有可能吗? - 页 5

 
Maxim Kuznetsov #:

基于DLL的面板(500行的MQL),列是拖放的,排序的,点击打开所需的终端标签,还有其他功能500行,主要涉及数据收集。

在GUI中,只有在MQL中才会有大幅度的代码。

事实上,用DLL更容易、更短,我说的是完全合理,而且都是经过实践检验的。

我并不是在争论在Win API上做这件事会更容易。但它本质上是应用程序的一个附加功能。而且你必须设置一个标志,允许DLL的存在。在我看来,尽管有种种发展的便利,但这是不必要的。你让它变得很方便,但用户最终却在摆弄设置。

基本上,如果你愿意,你可以这样做。但我,比如说,在我的应用程序中 不使用Win API,因为它们不会通过市场的测试

 
Mihail Matkovskij #:

这就是程序员的做法。

https://www.mql5.com/ru/articles/2943

https://www.mql5.com/ru/articles/751

而这是我遇到的第一件事。如果这还不够,你可以探索标准的MQL库,有垂直和水平的滚动。你所需要的一切。

这是我没有想太多就找到的整个结果清单。

https://www.mql5.com/ru/search#!keyword=%D0%BF%D1%80%D0%BE%D0%BA%D1%80%D1%83%D1%82%D0%BA%D0%B0%20%D1%81%D0%BF%D0%B8%D1%81%D0%BA%D0%B0

关于交易、自动交易系统和交易策略测试的论坛

这可能吗?

prog_ass, 2021.12.16 19:54

他们在这里的最低消费是30英镑,而他们要做的事情只需要这个价格的一小部分。


问题是,你已经研究了这一切,建立了图书馆,然后准备以比自由职业者最低价格低 "倍 " 的价格来做这件事?另外,伴随着打探和修复代码的程序员无法处理而退出?

 
Vasiliy Pushkaryov #:

问题是,你是否已经学会了这一切,建立了图书馆,然后你是否愿意以比自由职业者最低工资低 "几倍 " 的价格来做这件事?另外,伴随着为一个无法应付而放弃的程序员挑选和修复代码?

正如我上面所说,困难不在于返工本身,而是在于解析源代码。它可能很复杂,或者写得很乱,让人看不懂。你可能不得不重做一些事情(这有时会发生)。而如果程序员不知道必须如何设计用户界面元素,那么你就必须学习。而进行这样的工作是没有意义的。而这并不是关于问题的价格。

 
Mihail Matkovskij #:

毋庸置疑,在Win API上这样做更容易。但它本质上是应用程序的一个附加功能。而 且你必须放一个标志,以允许DLL工作。在我看来,这是不需要的,尽管有种种发展的便利。你让它变得很方便,但用户最终却在摆弄设置。

基本上,如果你愿意,你可以这样做。但我,例如,不在我的应用程序中 使用Win API,因为它们不会通过Market的检查

当然,这与主题无关......GUI基本上是一个 "添加到应用程序之上"。技术已经走到了将外观和功能分开的道路上,一个现代的应用程序是一个网络(或基于浏览器)应用程序--业务逻辑分开,外观,其中可以有多个,分开。让机器人写/读/维护类似redis的东西,这很简单。互联网上有一半的例子可以从redis的数据中挂出一个GUI:-)

 
Maxim Kuznetsov #:

当然与主题无关......GUI基本上是一个 "添加在应用程序之上"。技术已经走过了将外观和功能分开的道路,一个现代的应用程序是一个网络(或基于浏览器的)应用程序--业务逻辑分开,视图(可以有多个)分开。让机器人写/读/维护类似redis的东西,这很简单。互联网上有一半的例子都是用redis中的数据制作GUI的:-)

理想情况下,一个现代的应用程序不仅要有图形用户界面,还要有语音控制。而帮助和命令的执行,正如他们所说,是二合一的。事实上,该应用程序应该配备一个机器人,像爱丽丝一样。然后,用户只需说他想要什么,机器人就会为他做一切。而且,也不需要了解一切,研究堆积如山的参考文件。

 
Mihail Matkovskij #:

正如我上面所说,困难不在于返工本身,而在于对源代码的整理。它可能很复杂,或者写得歪歪扭扭,让人看不懂。你可能不得不重做一些事情(这种情况也会发生)。而如果程序员不知道必须如何设计用户界面元素,那么你就必须学习。而进行这样的工作是没有意义的。而这并不是关于问题的价格。

即使从截图中,你也可以看到有很多工作要做。这个表格没有视觉上的标题/边框/定义,而且这些元素已经在屏幕后面 "移开 "了,所以它们可能都是自己的,没有装在任何容器里,在程序上也不是一个实体。而你必须跟踪窗口的几何形状,读取每个窗口的可见度+坐标。手工制作的日落。或重写

 
Mihail Matkovskij #:

理想情况下,一个现代的应用程序不仅应该有一个图形界面,还应该有语音控制。而帮助和命令的执行,正如他们所说,是二合一的。从本质上讲,该应用程序应该配备一个机器人,就像爱丽丝一样。然后,用户只需说他想要什么,机器人就会为他做一切。而且,将不需要了解所有的事情,也不需要研究堆积如山的参考文件。

上述小组的灵感来自于https://www.mql5.com/ru/forum/378315/page2#comment_24871052, 原本是可以交谈的。在这个过程中,语音功能被作为一种干扰因素而被删除。

Алиса (интеграция с Яндекс станциями)
Алиса (интеграция с Яндекс станциями)
  • 2021.09.24
  • www.mql5.com
Добрый день! Вопрос такой, кто-нибудь в курсе как можно из кода советника заставить яндекс станцию произнести какую либо фразу...
 
Maxim Kuznetsov #:

即使从截图中,你也可以看到有很多工作要做......。该表没有视觉上的标题/边框/定义,而且这些元素已经 "移出 "了屏幕,这意味着它们很可能是自成一体的,没有被包装在任何容器中,在程序上也不是一个单一实体。而你必须跟踪窗口的几何形状,读取每个窗口的可见度+坐标。手工制作的日落。或者重写。

正是如此。他甚至不能做窗户高度的改变。对于基于CAppDialog的组件,这是一个真正的挑战...你必须根据客户区的新的估计高度,在那里设置窗口的全部高度。但只要你愿意,一切皆有可能。另一件事是,客户不愿意正常付款。每个人都在寻找更便宜的东西。这就是为什么他们会遇到合适的编码员。:)

 
Maxim Kuznetsov #:

上述面板的灵感来自于https://www.mql5.com/ru/forum/378315/page2#comment_24871052,最初能够说话。在使用过程中,语音功能因有干扰而被删除。

是的,是的。这是一个熟悉的情况。当Windows 1出来的时候,每个人都发出了类似的吐槽。:)他们说,图形外壳只是在浪费资源,与现代PC相比,当时的资源很少。但时间过去了,每个人都只使用图形化的外壳(除了服务器和其他专业软件)。

 

十几行代码,用于在纯mql上进行查询。

点击播放