我注意到我在 Mac OS X 10.7 上基于 Cocoa 的应用程序存在一个奇怪的问题。由于某种原因(这里不重要),有时我必须在自定义视图的 drawRect 方法之外进行绘制。
我必须在我的视图上调用 lockFocus/lockFocusIfCanDraw,询问当前上下文,使用 CGContext 系列函数(CoreGrapchis)进行实际绘图,最后执行 CGContextFlush(我也可以刷新窗口,或使用 NSGraphicsContext 类方法来执行冲洗)。
这个顺序实际上和我调用 NSView 的 -display 方法一样。
问题是......它比“自然”方式慢 3-4 倍(当 Cocoa 要求你这样做时,调用 setNeedsDisplay 或从 drawRect 绘制)。例如,我不能简单地调用 setNeedsDisplay 来获取视图,我需要这种“-display -like”功能。
在一个测试示例(使用计时器)中,为简单起见,我调用 -display(因为它通常与我的应用程序所做的工作相同)vs -setNeedsDisplay,我可以看到'-display' 的时间是 3-比“-setNeedsDisplay”长 4 倍。
这是我的 CustomView 类(实现)的示例:
#import <QuartzCore/QuartzCore.h>
#import "CustomView.h"
@implementation CustomView
{
CFTimeInterval startTime;
NSTimer *timer;
unsigned step;
}
- (id)initWithFrame:(NSRect)frame
{
return [super initWithFrame : frame];
}
- (void)drawRect:(NSRect)dirtyRect
{
CGContextRef ctx = (CGContextRef)[[NSGraphicsContext currentContext] graphicsPort];
if(!timer)
{
CGContextSetRGBFillColor(ctx, 1., 1., 1., 1.);
CGContextFillRect(ctx, dirtyRect);
}
else
{
CGContextSetRGBFillColor(ctx, 0., 0., 0., 1.);
CGContextFillRect(ctx, CGRectMake(step * 1.5, 100, 2., 2.));
}
}
- (void) mouseDown : (NSEvent *)theEvent
{
if (!timer)
{
startTime = CACurrentMediaTime();
timer = [NSTimer scheduledTimerWithTimeInterval : 0.006 target : self selector : @selector(handleTimer:) userInfo : nil repeats : YES];
step = 0;
}
}
- (void) handleTimer : (NSTimer *) dummy
{
if(step < 200)
{
++step;
#if 1
[self display];
#else
[self setNeedsDisplay : YES];
#endif
}
else
{
[timer invalidate];
timer = nil;
NSLog(@"animation time is: %g", CACurrentMediaTime() - startTime);
}
}
@end
我认为即使 CACurrentMediaTime 对我的目的来说不是很好的功能,它仍然可以显示明显的时差(并且在没有任何测量的情况下很容易注意到 - 显示速度真的很慢)。handleTimer 方法有两个部分 - 如果您在 pp-directive 中将“1”更改为“0”,则可以同时尝试 -display/-setNeedsDisplay。因此,例如,我有以下输出:
-显示:3.32 秒。(?)
-setNeedsDisplay:1.2 秒。
我查看了由“仪器”应用程序生成的调用树/花费的时间,但它对我没有多大帮助。
编辑: 嗯,我现在可以看到:实际上,setNeedsDisplay 视图不会在每个计时器事件上重新绘制!