MQL中的异步和多线程编程 - 页 38 1...31323334353637383940 新评论 Реter Konow 2019.08.05 16:58 #371 Andrey Barinov: 即使是一百万个细胞。如果你在屏幕上最多可以看到1000个,为什么要更新/绘制所有的东西? 这是对我的桌子能力的一次压力测试。(每个人的显示器都是不同的)。 Andrey Barinov 2019.08.05 17:00 #372 Реter Konow: 这是对我的桌子能力的一次压力测试。 这并不能消除这个问题。如果单元格在屏幕上不可见,它们就不需要被触摸/计算/绘制。这同样适用于其他图形对象。 Реter Konow 2019.08.05 17:01 #373 Andrey Barinov: 这并不能消除这个问题。如果单元格在屏幕上不可见,它们就不需要被触摸/计算/绘制。这同样适用于其他图形对象。 压力测试。需要测试在这个尺寸的可见区域的重绘速度。 Andrey Barinov 2019.08.05 17:02 #374 Реter Konow: 压力测试。 我还是不明白这一点。有一个帆布。它的大小受限于显示器的大小(以像素为单位)。上面发生的事情有什么关系呢? 你必须绘制一个恒定数量的像素。而且你可以播放电影或绘制表格或其他。 Реter Konow 2019.08.05 17:07 #375 Andrey Barinov: 我还是不明白这一点。有一个帆布。其大小受限于显示器的大小(以像素为单位)。上面发生了什么又有什么关系呢? 你必须绘制一个恒定数量的像素。而且你可以播放电影或绘制表格或其他。 好的。让我解释一下。例如,这个表格被放置在一个小于图表大小 的有限视野中。表中的所有数值以100ms的速度变化。假设我们只重绘画布的可见区域。突然间,用户开始滚动画布。在这种情况下,未涂抹的单元格将显示旧的、未改变的数值。它们是否要在滚动时被重新绘制?那么滚动的速度就会非常慢。 Igor Makanu 2019.08.05 17:18 #376 Реter Konow: 而且我一直在等待一篇关于连接夏普表的文章,已经等了很久了。(只是你不会轻易得到我这种程度的连通性,相信我的话。:)) "你只是不了解微软编译器的能力,大量 用C++或C#编写的现成软件包(库),你又在谈论困难...... 我向你展示了如何在WinFormshttps://www.mql5.com/ru/forum/303283#comment_10600035 中通过2次点击将一个C#表单 "扔 "到一个单独的线程中。 我们谈论的是什么样的困难? 好吧,我在犯傻,我在证明圆不是方,别忘了再讲讲通过Macrket分销的论点,顺便说一下,你有一个突破口!- 你已经在KB了!下一个市场只是时间问题吗?;) 安德烈-巴里诺夫。 这并不能消除这个问题。如果单元格在屏幕上不可见,它们就不需要被触摸/计数/绘制。这同样适用于其他图形对象。 不幸的是,他对图形有自己的方法,彼得也有同样的拓片,在KB这里甚至有来源,他最近发布了他的表格,如果有兴趣尝试了解作者的逻辑,我没有参与,有选择地看了看,意识到所有我能估计的来源的重量,如果记忆正确的话--3MB的文本;) Реter Konow 2019.08.05 17:33 #377 Igor Makanu: "你只是不了解微软编译器的能力, 大量 用C++或C#编写的现成软件包(库),你又在谈论困难...... 我向你展示了如何在WinFormshttps://www.mql5.com/ru/forum/303283#comment_10600035 中通过2次点击将一个C#表单 "扔 "到一个单独的线程中。 我们谈论的是什么样的困难? 好吧,我在犯傻,我在证明圆不是方,别忘了再讲讲通过Macrket分销的故事,顺便说一下,你有一个突破口- 你已经在KB了!下一个市场只是时间问题吗?;)... 1.我可以想象,这就是我在MQL中开发的原因。现在那里没有什么可做的。我已经来不及了。我必须建造一个新的。对我来说,唯一剩下的全球领域是人工智能。但这将在以后发生。 2.你不了解连接到外部GUI的问题的具体内容。在效率和易于连接的问题上,重要的不是夏普的能力,而是在另一个开发环境 中使用它们的便利性。在一个不同的应用中。用一种不同的语言。从定义上讲,如果是用心做的,本地连接会更好。 Igor Makanu 2019.08.05 18:15 #378 Реter Konow: 顾名思义,如果用心去做的话,本土的布线会更好。 比什么好?- 具体数值,数字? 唯一有意义的是市场上的销售。你已经知道了,我已经根据我在论坛上的经验写出来了(对于100个写好的代码,只有3个图形工作,我自己也推给了客户--我对MQL-SB的能力感兴趣)。 当你的产品销售达到100个时,你会得到更好的数字,我们会看到什么是BEST字。 ;) Andrey Barinov 2019.08.06 03:22 #379 Реter Konow: 好的。让我解释一下。例如,这个表格被放置在一个小于图表大小 的有限视野中。表中的所有数值都以100毫秒的频率变化。假设我们只重绘画布的可见区域。突然间,用户开始滚动画布。在这种情况下,未涂抹的单元格将显示旧的、未改变的数值。它们是否要在滚动时被重新绘制?那么滚动的速度就会非常慢。 有了1000行,没有人会滚动浏览它们。你必须为这个问题提供其他解决方案。你需要进行过滤和搜索等,然后只显示需要的行。 当然,这是在你为人制作GUI,而不是为GUI而制作的情况下。 在滚动的帮助下,在一个有1000行的表中可以找到什么?什么任务被解决了? P.S. 又跑题了... Andrey Khatimlianskii 2019.08.06 06:52 #380 Andrey Barinov: 在一个有1000行的表格中,通过滚动可以用眼睛找到什么? 如果有条件格式化和排序,你可以一次找到几个参数的最小/最大值的区域。 当然是离题了。彼得并没有失去他抓住问题核心的诀窍。) 1...31323334353637383940 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
即使是一百万个细胞。如果你在屏幕上最多可以看到1000个,为什么要更新/绘制所有的东西?
这是对我的桌子能力的一次压力测试。(每个人的显示器都是不同的)。
这是对我的桌子能力的一次压力测试。
这并不能消除这个问题。如果单元格在屏幕上不可见,它们就不需要被触摸/计算/绘制。这同样适用于其他图形对象。
这并不能消除这个问题。如果单元格在屏幕上不可见,它们就不需要被触摸/计算/绘制。这同样适用于其他图形对象。
压力测试。
我还是不明白这一点。有一个帆布。它的大小受限于显示器的大小(以像素为单位)。上面发生的事情有什么关系呢? 你必须绘制一个恒定数量的像素。而且你可以播放电影或绘制表格或其他。
我还是不明白这一点。有一个帆布。其大小受限于显示器的大小(以像素为单位)。上面发生了什么又有什么关系呢? 你必须绘制一个恒定数量的像素。而且你可以播放电影或绘制表格或其他。
而且我一直在等待一篇关于连接夏普表的文章,已经等了很久了。(只是你不会轻易得到我这种程度的连通性,相信我的话。:))
"你只是不了解微软编译器的能力,大量 用C++或C#编写的现成软件包(库),你又在谈论困难......
我向你展示了如何在WinFormshttps://www.mql5.com/ru/forum/303283#comment_10600035 中通过2次点击将一个C#表单 "扔 "到一个单独的线程中。
我们谈论的是什么样的困难?
好吧,我在犯傻,我在证明圆不是方,别忘了再讲讲通过Macrket分销的论点,顺便说一下,你有一个突破口!- 你已经在KB了!下一个市场只是时间问题吗?;)
这并不能消除这个问题。如果单元格在屏幕上不可见,它们就不需要被触摸/计数/绘制。这同样适用于其他图形对象。
不幸的是,他对图形有自己的方法,彼得也有同样的拓片,在KB这里甚至有来源,他最近发布了他的表格,如果有兴趣尝试了解作者的逻辑,我没有参与,有选择地看了看,意识到所有我能估计的来源的重量,如果记忆正确的话--3MB的文本;)
"你只是不了解微软编译器的能力, 大量 用C++或C#编写的现成软件包(库),你又在谈论困难......
我向你展示了如何在WinFormshttps://www.mql5.com/ru/forum/303283#comment_10600035 中通过2次点击将一个C#表单 "扔 "到一个单独的线程中。
我们谈论的是什么样的困难?
好吧,我在犯傻,我在证明圆不是方,别忘了再讲讲通过Macrket分销的故事,顺便说一下,你有一个突破口- 你已经在KB了!下一个市场只是时间问题吗?;)
...1.我可以想象,这就是我在MQL中开发的原因。现在那里没有什么可做的。我已经来不及了。我必须建造一个新的。对我来说,唯一剩下的全球领域是人工智能。但这将在以后发生。
2.你不了解连接到外部GUI的问题的具体内容。在效率和易于连接的问题上,重要的不是夏普的能力,而是在另一个开发环境 中使用它们的便利性。在一个不同的应用中。用一种不同的语言。从定义上讲,如果是用心做的,本地连接会更好。
顾名思义,如果用心去做的话,本土的布线会更好。
比什么好?- 具体数值,数字?
唯一有意义的是市场上的销售。你已经知道了,我已经根据我在论坛上的经验写出来了(对于100个写好的代码,只有3个图形工作,我自己也推给了客户--我对MQL-SB的能力感兴趣)。
当你的产品销售达到100个时,你会得到更好的数字,我们会看到什么是BEST字。
;)
好的。让我解释一下。例如,这个表格被放置在一个小于图表大小 的有限视野中。表中的所有数值都以100毫秒的频率变化。假设我们只重绘画布的可见区域。突然间,用户开始滚动画布。在这种情况下,未涂抹的单元格将显示旧的、未改变的数值。它们是否要在滚动时被重新绘制?那么滚动的速度就会非常慢。
有了1000行,没有人会滚动浏览它们。你必须为这个问题提供其他解决方案。你需要进行过滤和搜索等,然后只显示需要的行。
当然,这是在你为人制作GUI,而不是为GUI而制作的情况下。
在滚动的帮助下,在一个有1000行的表中可以找到什么?什么任务被解决了?
P.S. 又跑题了...
在一个有1000行的表格中,通过滚动可以用眼睛找到什么?
如果有条件格式化和排序,你可以一次找到几个参数的最小/最大值的区域。
当然是离题了。彼得并没有失去他抓住问题核心的诀窍。)