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

Question

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

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

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

Answer 1

cbr*_*nch 12

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

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

@MSalters:ExtTextOut确实可以使用Uniscribe API,但Uniscribe最终会回调ExtTextOut来进行实际渲染,所以我仍然认为ExtTextOut是"低级API"(详见此链接:[www .catch22.net/TUTS/neatpad/11](http://www.catch22.net/tuts/neatpad/11)).也就是说,Uniscribe在功能方面可能是更好的选择,但绘制文本的"最快方式"是ExtTextOut. (5认同)
这不完全准确.例如,`ExtTextOut`反过来使用像Uniscribe这样的API.而这反过来可能会为你做字体替换.因此,如果您正在寻找"低级"API,Uniscribe可能会更好.它具有像[`ScriptItemize`](http://msdn.microsoft.com/en-us/library/dd368556.aspx)这样的原语"将Unicode字符串分解为可单独构建的项目." (2认同)

Answer 2

Ana*_*tts 6

相反,考虑其"绘制文本"功能是最快的,它可能是更有利的考虑,"我怎样才能减少我要呈现的文本量的根本 ",通过聪明什么重绘/无效文本的变化或者如何缓存渲染文本以进行滚动.

这不是问题的答案.例如,如果您将大型日志输出绘制到窗口或ListBox中,则无法重用或省略任何内容. (2认同)

归档时间：	14 年，7 月前
查看次数：	4441 次
最近记录：	12 年，11 月前