在Win32 API中绘制格式化文本的最快方法是什么？

Question

我正在使用vanilla Win32 API在C ++中实现文本编辑器，并且我正在尝试找到实现语法突出显示的最佳方法。我知道有像scintilla那样的现有控件，但我这样做是为了好玩，所以我想自己完成大部分工作。我也希望它快速轻巧。

从我到目前为止所学到的，看起来在GDI中绘制文本的最低级别选项是TextOut函数。但是，如果我需要不断更改字体颜色，那么这意味着我需要多次调用TextOut才能绘制一个混合格式的文本体。这效率低吗？当实现语法​​高亮和富文本控件时，他们是否可能在幕后使用TextOut或者还有其他方法吗？是否所有其他在GDI中绘制文本的方法只是TextOut的更高级别的包装？

Answer 1

DrawText和TextOut都是ExtTextOut的包装器，因此ExtTextOut是低级API。根据我的经验，ExtTextOut非常快，所以我怀疑你会看到ExtTextOut本身的任何性能问题。但是，创建/选择字体可能是性能问题的根源，因此如果您在字体之间来回切换，则可以通过缓存和重用字体（HFONT）而不是每次使用CreateFont / SelectObject / DeleteObject来实现显着的性能提升。基本上，在创建新字体后第一次调用SelectObject时，Windows将执行字体匹配过程，以找到您请求的逻辑字体的最佳物理字体。这是一个相当复杂的过程，因此您希望最大限度地减少性能很重要的情况下发生的次数。

多年前我开发了一个丰富的编辑控件，它本质上是Microsoft Word的迷你版本。我使用ExtTextOut作为所有文本输出的主要工具。该控件将维护最近使用的字体的字体缓存（默认缓存大小为10种字体）。它支持WYSIWYG布局，所以它实际上是使用打印机DC和字体进行所有布局，然后使用屏幕DC和类似字体渲染屏幕兼容版本，因此有很多额外的工作正在进行，这可能不适用于你的情况。即便如此，在当天的典型硬件上运行性能也非常出色（例如，266 mhz Pentium）。

Answer 2

不考虑哪种“绘制文本”功能是最快的，考虑“如何最大限度地减少我必须渲染所有”的文本数量可能更为有利，知道如何在文本更改时重绘/无效，或者如何缓存渲染文本以​​进行滚动。

Answer 3

对于复杂用法，您可能需要DrawText，因为它可以提供比TextOut更多的控制权。它有一些基本的格式化支持，但比编辑器需要的少。下一步是来自通用控件库的富文本编辑器，它几乎可以满足您的所有需求。