帆布与标签 - 页 10

[Mihail Matkovskij]

Dmitry Fedoseev:
即使是纯粹的傻瓜式比较，只调用一次TextOut()，也比输出文本到标签的速度慢70倍。

你只是没有意识到，一个标签的更新速度是无法正确衡量的。标签文本被简单地传递给图表进行处理，这是一个快速的过程。但我们不可能 知道它在那里被处理了多少，因为图表在一个完全不同的线程中工作，与主程序并行。请阅读我给出的链接，以及下面的帖子，那里都有详细的描述。没有必要把所有事情都重述一遍。

[Dmitry Fedoseev]

Mihail Matkovskij:

你只是没有意识到，一个标签的更新速度是无法正确衡量的。标签文本被简单地传递给图表进行处理，这是一个快速的过程。但它的处理量是多少是不可能 知道的，因为图表在一个完全不同的线程中工作，与主程序并行。请阅读我给出的链接，以及下面的帖子，那里都有详细的描述。没有必要把所有事情都重述一遍。

你最好读一下我在那个链接中的第二句话。

[Mihail Matkovskij]

Dmitry Fedoseev:

你最好读一下我那个链接中的第二句话。

我知道了。就拿它来测量吧。那么是什么导致了你的结果，你不感兴趣吗......？:)

[Dmitry Fedoseev]

Mihail Matkovskij:

我明白了。只是采取和测量。那么是什么导致了你得到的结果，你不感兴趣...？:)

我只对我能得到的结果感兴趣。其他的结果对我没有用处。

[Mihail Matkovskij]

Dmitry Fedoseev:

我只对我能得到的结果感兴趣。其他的结果对我没有用处。

我明白了，那么我建议你测量一下源代码的速度，它很快就会准备好。你会对结果感到惊讶。

[Aleksey Mavrin]

当谈到德米特里-费多塞耶夫 时

别人会来，德米特里会说服他 )))) 自然界中的常识圈)

[Dmitry Fedoseev]

Aleksey Mavrin:

当谈到德米特里-费多塞耶夫 时

会有其他人来，德米特里会说服他 ))))

说服他什么？地球是平的吗？或者说，太阳是围绕着地球转的？

[Aleksey Mavrin]

Dmitry Fedoseev:

说服我们的是什么？地球是平的吗？或者说，太阳是围绕着地球转的？

是的，我明白你的意思，主要是放在一个队列中，然后让代码在不等待的情况下被执行。但有时如果你必须经常这样做，那就很关键。而且我认为我们可以定时重绘代码，这样就不用等待了。

[Mihail Matkovskij]

Aleksey Mavrin:

当涉及到德米特里-费多塞耶夫 时

别人会来，他已经被德米特里说服了))))《自然界的常识圈》）。

只是我以前从未想过， 如果一切按原样使用，为什么Labels比Kanvas快。但当你知道 "引擎盖下 "是什么时，你已经开始更有建设性地思考。很明显，有两个原因可以让标签在速度上获胜。

1. 分开的流
2. 优化图表更新的频率（以避免处理器不必要的超负荷工作）。

因此，一个简单的逻辑结论是，BitmatLabel的更新也应该被优化或限制。对于标签，更新在图表中被优化。至少进一步优化它们也不失为一个好办法。对于BitmatLabel 来说，程序员则负责。这并不复杂。比 如说，如果在文档中写到了这一点，我之前就会知道。

[Aleksey Mavrin]

Mihail Matkovskij:

我只是没有真正想过， 如果一切按原样使用，为什么Labels比Canvas快。但当你知道 "引擎盖下 "是什么时，你就会开始更有建设性地思考。很明显，有两个原因可以让标签在速度上获胜。

1. 分开的流
2. 优化图表更新的频率（以避免处理器不必要的超负荷工作）。

因此，一个简单的逻辑结论是，BitmatLabel的更新也应该被优化或限制。对于标签，更新在图表中被优化。至少进一步优化它们也不失为一个好办法。对于BitmatLabel 来说，程序员则负责。这并不复杂。比 如说，如果它被写在文档中，我之前就会知道。

我明白。如果我使用任何一个库，我都会先试着了解它的内部结构，这有助于我在使用不合理的情况下做出决定，避免出现出错的 "尴尬 "情况。