MQL中的异步和多线程编程 - 页 12

 
Реter Konow:
(最愚蠢的谈话,对不起。))

对不起,谁? 我不认识的人?)))- 这是一个论坛 - 维基的救援...这是一个平台,每个人都在这里表达/捍卫自己的观点,不多也不少--在交流过程中,技术方面和/或经验的交流得到了澄清,就像应用于这个资源一样


ZS。

在你看来,OK,你是一个 "正确的图形功能 "的开发者--是的,它是必要的

- 但你必须能够创建其他程序员熟悉的功能(不幸的是,每个人都从相同的文献中学习,随后使用IT巨头提供的功能--即熟悉的、可理解的和可访问的功能)。

- 或者你应该提供一些强大的分析包,用图形界面 包装,让你研究/模拟数据--你有能力吗?- 你能与例如R包竞争吗?

;)

 
Реter Konow:
要搜索,要开发TS(有些人甚至不需要TS,例如乔治就不关心TS是什么),MT4就够了。那我们在谈论什么呢?每个人都有自己的需求。 一个在寺院里生活得很好,另一个想去世界各地。简而言之,这次谈话毫无意义。这就像我问一个艺术家,如果他可以只拍一张愚蠢的自然照片,他为什么要画一幅画。这是个愚蠢的对话,对不起。))

对同样的观点,唉,来到我这里,与当地的 "专家 "交谈(()。
如果开发人员将创建EventLoop用于异步代码的编写,正如他们所说的,尊重和钦佩。
而终端将成为其产品领域的领导者,使大家在各种意义上,所有其他世界终端开发商。
他们清楚地知道哪里有问题,这需要异步执行,但由于某些原因,同样的指标仍在一个线程中执行。
而其他用户有一个假设,即由于这个原因,他们没有实施勾股图--据说他们担心用户会在勾股图上附加大量的指标。
而这只是看得见的部分,所以听从本地专家的意见并不总是有用的,唉,他们只是停留在单线程中,而世界早已是多线程的了。

 
Igor Makanu:

对不起,谁? 我不认识的人?)))- 这是一个论坛 - 维基的救援...这是一个平台,每个人都在这里表达/捍卫自己的观点,不多也不少--在交流过程中,技术方面和/或经验的交流得到了澄清,就像应用于这个资源一样


ZS。

在你看来,OK,你是一个 "正确的图形功能 "的开发者--是的,它是必要的

- 但你必须能够创造出其他程序员所熟悉的功能(不幸的是,所有的人都从相同的文献中学习,随后使用IT巨头提供的功能--也就是说,我们正在谈论熟悉的、可理解的和可访问的功能)。

- 或者你应该提供一些强大的分析包,用图形界面包装,让你研究/模拟数据--你有能力吗?- 你能与例如R包竞争吗?

;)

我正在努力理解你的逻辑。所以,如果我不能与R包竞争,我就不需要多线程?这里有什么联系。你是想证明,如果你不需要,其他人也不应该需要吗?我重申:每个人都有不同的任务。我有我的,你有你的。
 
Roman:

在与这里的当地 "专家 "交谈后,我也得出了同样的看法,唉。
如果开发者将使EventLoop用于异步代码的编写,那么就像他们所说的那样,值得称赞和尊重。
而终端将成为其产品领域的领导者,使大家在各种意义上,所有其他世界终端的发展。
他们很清楚哪里有问题需要异步执行,但由于某些原因,同样的指标还是在单线程中执行。
而其他用户也有一个假设,那就是由于这个原因,他们没有实施勾股图--他们担心当用户在勾股图上附加一堆指标时,会产生负面的后果。
而这只是看得见的部分,所以听从本地专家的意见并不总是有用的,唉,他们只是停留在单线程中,而世界早已是多线程的了。

我也加入其中。
 
Реter Konow:
试图理解你的逻辑。 我的意思是,如果我没有能力用R包拉动我的体重,那么我就不需要多线程?这里有什么联系。你是想证明,如果你不需要,其他人也不应该需要吗?我重申:每个人都有不同的任务。我有我的,你有你的。

逻辑很简单--终端用户,如果你每月至少有1-2个用户的需求,我的敬意--你已经找到了你的利基!这就是我们的目标。

 
Igor Makanu:

逻辑很简单--终端用户,如果你每月至少有1-2个用户的需求,我的敬意--你已经找到了你的利基!这就是我们的目标。

我们很快就会知道了。我们还不知道。
 
Roman:

对同样的意见,唉,我也来了,我在这里与当地的 "专家 "进行了沟通(()。
如果开发者将做EventLoop的异步代码编写,那么就像他们说的那样尊重。
而终端将成为其产品领域的领导者,使大家在各种意义上,所有其他世界终端的发展。
他们很清楚哪里有问题需要异步执行,但由于某些原因,同样的指标还是在单线程中执行。
而其他用户也有一个假设,那就是由于这个原因,他们没有实施勾股图--他们担心当用户在勾股图上附加一堆指标时,会产生负面的后果。
而这只是看得见的部分,所以听从本地专家的意见并不总是有用的,唉,他们只是停留在单线程中,而世界早已是多线程的了。

"专家"?- 你没有什么可谈的,把你的imho...这是一个很大的MQL社区,有不同领域的专业人士,不幸的是,你没有展示任何对社区有用的知识,你可以指责我任何你想做的事情--"你是专家!"。"


开发商会怎么做?- 你甚至不能解释为什么需要它,是吗?)))

MetaQoutes的目的是什么?- 作为任何一家IT公司,我们的目标是赚取利润。我不知道为什么,MetaQoutes非常认真地推广其服务,做了大量的工作来普及算法交易,提供分析材料,创建一个在线社区......只有少数IT公司做这种慈善,通常是IT巨头。

因此,公司将其资源花在未来(不确定)将有利可图的东西上....。然后,瞧瞧......。一个用户出现了,他需要将弱智的Python或Java的概念适应于MQl....。你不觉得这很有趣吗?- 你多大了?))))


Reg Konow:
我们很快就会知道。我们还不知道。

我尊重你,坚持往往是在这一生中找到你的利基的唯一途径!祝你在这一艰苦的工作中好运!"。

 
Igor Makanu:

...

如果他们增加了多线程,会不会让你感觉更糟?他们已经在MQL中增加了很多东西,这是一个非常有用的东西。但是,只有用MQL编写非常复杂、繁琐的程序的人,才能理解它的作用。如果你不明白为什么我们需要多线程,那就意味着你不会写这样的程序。当你这样做时,你就会明白。这很简单。))

 
Igor Makanu:
...

我尊敬的是,坚持往往是找到你生活中的利基的唯一途径!祝你在艰苦的工作中取得好成绩。

谢谢你。你也一样!

 
Roman:

在与这里的当地 "专家 "交谈后,我也得出了同样的看法,唉!()
如果开发者将使EventLoop用于异步代码的编写,那么就像他们所说的那样,值得称赞和尊重。
而且,该终端将成为其产品领域的领导者,使所有人,在各种意义上,所有其他世界终端的发展。
他们很清楚哪里有问题需要异步执行,但由于某些原因,同样的指标还是在单线程中执行。
而其他用户也有一个假设,那就是由于这个原因,他们没有实施勾股图--他们担心当用户在勾股图上附加一堆指标时,会产生负面的后果。
而这只是看得见的部分,所以听从本地专家的意见并不总是有用的,唉,他们只是停留在单线程中,而世界早已是多线程的了。

你要求异步查询执行,但却举出多线程作为例子...我鼓励你想办法,但你从未这样做。

我在这里给了你一个解决你确切问题的方法:https://www.mql5.com/ru/forum/318593/page4#comment_12568119

但我确信你甚至没有研究过这个话题。

在我看来,如果给你一个异步队列,你还是会要求多线程的......至少先试着理解一下OVERLAPPED和事件,你不是在要求WinAPI进入你的代码吗)。

如果你把多线程引入终端,它将从可悲的程序员那里埋葬自己,比光速还要快。

程序员正在寻找问题的解决方案,而不是要求框架改变以适应他们的无知。

Асинхронное и многопоточное программирование в MQL
Асинхронное и многопоточное программирование в MQL
  • 2019.07.24
  • www.mql5.com
Назрела необходимость писать код mql в асинхронном или многопоточном режиме...