MQL中的异步和多线程编程 - 页 21 1...141516171819202122232425262728...40 新评论 Igor Makanu 2019.07.27 13:33 #201 Roman: 下面是一个在一个线程中编写线性异步代码的例子,以资说明。 CTask *task2 = obj2.CALLBACK_FUNC(DeleteOrdersLimits(Magic)); //Выполняется асинхронно в пуле потоков 这是不可能的。 伊戈尔-马卡努。 但当使用多线程应用程序时,控制这些线程是开发人员的头疼问题,没有检查计算的准备情况--得到了一个错误,将在某个未知的时间出现。 好吧,我有一个愿望,想在一个名字如此美丽的主题中写作--我写,所以我写......记得堂吉诃德和他与风车的永恒斗争 )))) 一个好的专业团队,我想还是有一些东西可以谈的。 Реter Konow 2019.07.27 13:34 #202 Yuriy Asaulenko: .... 假设,如果可以用Sharp或Python两笔就能写好,为什么我还需要你的GUI等?用户并不关心它是用什么写的,他需要的是功能,而不是实现的具体细节。也就是说,一个程序员不需要这样的产品,但用户根本不在乎,他在乎的是价格,显然夏普的价格更便宜,功能更多。 1.你将在哪里找到你的夏普方案的买家? 2)你将如何证明你的项目的安全性? 3.你作为一个有经验的程序员,建议你不要在TC开发中使用一种应用语言,因为多年来我一直不明白为什么。 4.如果你提议制作一个混合程序--使用夏普的GUI,并在MCL中编写逻辑,--尝试将夏普的表格与专家顾问联系起来。已经过去半年了,显示如何做的文章还没有发表。我怀疑那里有非常严重的问题。而按钮层面的GUI--你可以用一个内部库来做它。 简而言之,你关于保留ICL的建议就像建议做我不知道什么,去那里,我不知道哪里,因为他们似乎是好的食物....。 Roman 2019.07.27 13:50 #203 Igor Makanu: 它将不会起作用。 它在C和C++的一个库中工作 )) mql与C++有什么不同? 如果开发者愿意,他们可以非常现实地在mql中实现这一功能。 毕竟,这个想法本身是值得的--由于这些技术是众所周知的,所以更值得。 而最有可能的是,代理上的工作也是以类似的方式,在一个线程池中实现的。 Yuriy Asaulenko 2019.07.27 13:54 #204 Реter Konow: 1.你将在哪里找到你的夏普方案的买家? 2)你又将如何证明这些项目的安全性? 3.你,作为一个有经验的程序员,建议拒绝在TC开发中使用一种应用语言,因为...多年来我一直不明白为什么。 4.如果你提议制作一个混合程序--使用夏普的GUI,并在MCL中编写逻辑,--尝试将夏普的表格与专家顾问联系起来。已经过去半年了,显示如何做的文章还没有发表。我怀疑那里有非常严重的问题。而按钮层面的GUI,你可以用内部库来做。 简而言之,你建议离开MKL就像建议做这个,我不知道是什么,去那里,我不知道是哪里,因为他们似乎在那里吃得好....。 1.寻找边上的顾客。市场不是唯一可以找到它们的地方。 市场不是一个企业。对MK来说,这是业务的一部分)。 2., 3. и 4.对我来说,MKL(或任何终端的其他语言)只不过是终端和TS之间的接口语言。TC不应该依赖于终端,应该能够通过一个适当的接口连接到任何终端。 我从一开始就有这个概念。所有这些都是可以实现的,我没有看到任何问题。这里说的是,MCL对DLL的作用。 没有将库导入MKL。在数据库中,我们看到TF 1m和玻璃的历史。所有这些都是随着剧情的发展而实时填写的。 Dmitry Timin 2019.07.27 14:00 #205 我做了一个消息队列,定时处理传入的命令,并在操作完成后通知。我不认为有必要直接创建独立的线程 Реter Konow 2019.07.27 14:04 #206 Yuriy Asaulenko: 1.在外面寻找买家。市场不是一个企业。 市场不是一个企业。在这里,对MK来说,这是业务的一部分)。 2., 3. и 4.对我来说,MKL(或任何终端的其他语言)只不过是终端和TS之间的接口语言。TC不应该依赖于终端,应该能够通过一个适当的接口连接到任何终端。 我从一开始就有这个概念。这都是很可行的,我不觉得有什么问题。 1和2没有得到回答。在一个不清楚的地方搜索,不清楚如何说服程序是安全的? 还有一本10页的手册来启动它,如何将用一种不适用的语言编写的TC连接到各种平台?)) 多平台TC--你想打赌吗?- 学习成为一名程序员,你就会知道如何做了! 你知道,你每次都能让我笑。认真地说。一个程序员-从业者呼吁不要用一种应用语言来解决高度专业化的问题,而是要用通用的语言来解决这些问题,为了通用性而解决这些问题!实用性和权宜性根本就是从每一句话中涌现出来的。 Реter Konow 2019.07.27 14:12 #207 Yuriy Asaulenko:.... 没有将库导入MKL。在数据库中,我们看到TF 1m和玻璃的历史。所有这些都是随着剧情的发展而实时填写的。 不,你只是每分钟从平台传输一次数据。你展示现场互动和用数据填充表格的频率超过每秒一次。而且,数据必须在两个方向上传输。从MKL到锐利,再到回来。 Yuriy Asaulenko 2019.07.27 14:18 #208 Реter Konow: 你知道,你每次都能让我笑。认真地说。一个程序员--从业者,他呼吁不要用一种应用语言来解决高度专业化的问题,而是要用通用的方法来解决这些问题,并且是为了通用性而解决这些问题!实用性和权宜性就这样从每一句话中涌现出来。 说实话,我读你的帖子也很开心。特别是关于商业。 我没有叫人做什么,也没有卖什么。如果你想使用线程--使用C++/C#就没有问题。或者你可以永远抱怨MKL里没有主题。 Yuriy Asaulenko 2019.07.27 14:20 #209 Реter Konow: 不,你只是每分钟从平台上传输一次数据。你展示现场互动和用数据填充表格的频率超过每秒一次。而且,数据必须在两个方向上传输。从MKL到锐利,再到回来。 一分钟一次。技术方面的专家))。你有一个事件-OnTick,你在上面调用DLL函数并传递关于蜡烛的当前数据。仅此而已)。 好吧,算了。 Реter Konow 2019.07.27 14:21 #210 Yuriy Asaulenko: ... 如果你想使用线程,使用C++/C#就没有问题。 我们那里不需要他们。其他语言的能力不会对社区内的软件水平做出贡献。 将会有丑陋、丑陋的混合语言供个人使用,仅此而已。 1...141516171819202122232425262728...40 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
下面是一个在一个线程中编写线性异步代码的例子,以资说明。
CTask *task2 = obj2.CALLBACK_FUNC(DeleteOrdersLimits(Magic)); //Выполняется асинхронно в пуле потоков
这是不可能的。
但当使用多线程应用程序时,控制这些线程是开发人员的头疼问题,没有检查计算的准备情况--得到了一个错误,将在某个未知的时间出现。
好吧,我有一个愿望,想在一个名字如此美丽的主题中写作--我写,所以我写......记得堂吉诃德和他与风车的永恒斗争 ))))
一个好的专业团队,我想还是有一些东西可以谈的。
....
假设,如果可以用Sharp或Python两笔就能写好,为什么我还需要你的GUI等?用户并不关心它是用什么写的,他需要的是功能,而不是实现的具体细节。也就是说,一个程序员不需要这样的产品,但用户根本不在乎,他在乎的是价格,显然夏普的价格更便宜,功能更多。
1.你将在哪里找到你的夏普方案的买家?
2)你将如何证明你的项目的安全性?
3.你作为一个有经验的程序员,建议你不要在TC开发中使用一种应用语言,因为多年来我一直不明白为什么。
4.如果你提议制作一个混合程序--使用夏普的GUI,并在MCL中编写逻辑,--尝试将夏普的表格与专家顾问联系起来。已经过去半年了,显示如何做的文章还没有发表。我怀疑那里有非常严重的问题。而按钮层面的GUI--你可以用一个内部库来做它。
简而言之,你关于保留ICL的建议就像建议做我不知道什么,去那里,我不知道哪里,因为他们似乎是好的食物....。
它将不会起作用。
它在C和C++的一个库中工作 ))
mql与C++有什么不同?
如果开发者愿意,他们可以非常现实地在mql中实现这一功能。
毕竟,这个想法本身是值得的--由于这些技术是众所周知的,所以更值得。
而最有可能的是,代理上的工作也是以类似的方式,在一个线程池中实现的。
1.你将在哪里找到你的夏普方案的买家?
2)你又将如何证明这些项目的安全性?
3.你,作为一个有经验的程序员,建议拒绝在TC开发中使用一种应用语言,因为...多年来我一直不明白为什么。
4.如果你提议制作一个混合程序--使用夏普的GUI,并在MCL中编写逻辑,--尝试将夏普的表格与专家顾问联系起来。已经过去半年了,显示如何做的文章还没有发表。我怀疑那里有非常严重的问题。而按钮层面的GUI,你可以用内部库来做。
简而言之,你建议离开MKL就像建议做这个,我不知道是什么,去那里,我不知道是哪里,因为他们似乎在那里吃得好....。
1.寻找边上的顾客。市场不是唯一可以找到它们的地方。
市场不是一个企业。对MK来说,这是业务的一部分)。
2., 3. и 4.对我来说,MKL(或任何终端的其他语言)只不过是终端和TS之间的接口语言。TC不应该依赖于终端,应该能够通过一个适当的接口连接到任何终端。
我从一开始就有这个概念。所有这些都是可以实现的,我没有看到任何问题。这里说的是,MCL对DLL的作用。
1.在外面寻找买家。市场不是一个企业。
市场不是一个企业。在这里,对MK来说,这是业务的一部分)。
2., 3. и 4.对我来说,MKL(或任何终端的其他语言)只不过是终端和TS之间的接口语言。TC不应该依赖于终端,应该能够通过一个适当的接口连接到任何终端。
我从一开始就有这个概念。这都是很可行的,我不觉得有什么问题。
1和2没有得到回答。在一个不清楚的地方搜索,不清楚如何说服程序是安全的? 还有一本10页的手册来启动它,如何将用一种不适用的语言编写的TC连接到各种平台?))
多平台TC--你想打赌吗?- 学习成为一名程序员,你就会知道如何做了!
你知道,你每次都能让我笑。认真地说。一个程序员-从业者呼吁不要用一种应用语言来解决高度专业化的问题,而是要用通用的语言来解决这些问题,为了通用性而解决这些问题!实用性和权宜性根本就是从每一句话中涌现出来的。
....
没有将库导入MKL。在数据库中,我们看到TF 1m和玻璃的历史。所有这些都是随着剧情的发展而实时填写的。不,你只是每分钟从平台传输一次数据。你展示现场互动和用数据填充表格的频率超过每秒一次。而且,数据必须在两个方向上传输。从MKL到锐利,再到回来。
你知道,你每次都能让我笑。认真地说。一个程序员--从业者,他呼吁不要用一种应用语言来解决高度专业化的问题,而是要用通用的方法来解决这些问题,并且是为了通用性而解决这些问题!实用性和权宜性就这样从每一句话中涌现出来。
说实话,我读你的帖子也很开心。特别是关于商业。
我没有叫人做什么,也没有卖什么。如果你想使用线程--使用C++/C#就没有问题。或者你可以永远抱怨MKL里没有主题。
不,你只是每分钟从平台上传输一次数据。你展示现场互动和用数据填充表格的频率超过每秒一次。而且,数据必须在两个方向上传输。从MKL到锐利,再到回来。
一分钟一次。技术方面的专家))。你有一个事件-OnTick,你在上面调用DLL函数并传递关于蜡烛的当前数据。仅此而已)。
好吧,算了。
...
如果你想使用线程,使用C++/C#就没有问题。