【问题标题】:Objective-C wrapper class for CGContext?CGContext的Objective-C包装类?
【发布时间】:2012-05-31 23:33:25
【问题描述】:

是否有人为 CGContext 函数组创建了包装类?

我昨天创建了一个简单的 Gradient 类,它封装了 CGGradient 功能的子集,以简化内存管理。这很简单。但是显然还有很多 CGContext 操作,我不确定我是否想在那里重新发明轮子。

基本上我正在寻找的是......

@interface CGContext : NSObject
{
    CGContextRef context;
}

+ (CGContext *) bitmapContextWithData:(void *)data
                                width:(size_t)width
                               height:(size_t)height
                     bitsPerComponent:(size_t)bitsPerComponent
                          bytesPerRow:(size_t)bytesPerRow
                           colorspace:(CGColorSpaceRef)colorspace
                           bitmapInfo:(CGBitmapInfo)bitmapInfo;

- (void) saveGState;
- (void) restoreGState;

- (void) setBlendMode:(CGBlendMode)mode;

- (void) addLineToPoint:(CGPoint)point;
- (void) addLineToPointX:(CGFloat)x pointY:(CGFloat)y;

- (void) drawImage:(CGImageRef)image rect:(CGRect)rect;

- (void) concatCTM:(CGAffineTransform)transform;
- (CGAffineTransform) getCTM;

@end

等等。

(我 99% 的绘图都是在屏幕外的位图中进行的,这就是我在这种情况下关心内存管理的原因。如果我总是在当前 UI 图形上下文(例如活动屏幕)中绘图,那么我不会'真的找不到一个非常有用的包装类。)

【问题讨论】:

  • 您使用的是 Mac 还是 iOS? Mac 有 NSGradient、NSBitmapImageRep、NSAffineTransform 和 NSGraphicsContext。
  • 何必呢?通常像这样的瘦包装类是浪费时间。它们是很多无聊的代码,没有做任何实际工作,只是打乱了争论。更高层次的抽象可能更有用。
  • UIBezierPath 已经包裹了 CGPath。
  • 这让我开始思考如何改进 CGBitmapContext API(尤其是CGBitmapContextCreate),而不是仅仅用 Objective-C 语法重新声明它。我把它写下来了:boredzo.org/blog/archives/2012-06-01/… 谢谢你的灵感。
  • 抛开状态管理不谈,我希望这样做只是为了删除多余的、令人眼花缭乱的“CGContext”前缀,这些前缀会乱扔原本简单的绘图配方。

标签: objective-c core-graphics quartz-2d


【解决方案1】:

UIBezierPath 类,根据文档,“是核心图形框架中路径相关功能的 Objective-C 包装器...... [它] 实际上只是 CGPathRef 数据类型的包装器和与该路径关联的绘图属性。” "Drawing and Printing Guide for iOS" 用一些漂亮的图表描述了这个类。 (另见它的表亲NSBezierPathCGPathRef。)

至于 CGContext 本身的包装器...... 更新:......在我编写了自己的概念验证包装器之后,我发现了 Marcel Weiher 的 MPWDrawingContext。它添加了一堆有用的方法,并且还支持链接!


我刚刚创建了一个 Ruby script 来为 CGContext 生成一个名为 CGCanvas 的包装类:

它还不是很有用,但它证明了这个概念。我喜欢能够看到参数名称,尽管 API 的功能仍然很繁琐。

之前:

CGContextFillEllipseInRect(context, CGRectMake(30.0, 210.0, 60.0, 60.0));
CGContextAddArc(context, 150.0, 60.0, 30.0, 0.0, M_PI/2.0, false);
CGContextStrokePath(context);
CGContextAddArc(context, 150.0, 60.0, 30.0, 3.0*M_PI/2.0, M_PI, true);
CGContextStrokePath(context);

之后:

[canvas fillEllipseInRect:CGRectMake(30.0, 210.0, 60.0, 60.0)];
[canvas addArc_x:150.0 y:60.0 radius:30.0 startAngle:0.0 endAngle:M_PI/2.0 clockwise:false];
[canvas strokePath];
[canvas addArc_x:150.0 y:60.0 radius:30.0 startAngle:3.0*M_PI/2.0 endAngle:M_PI clockwise:true];
[canvas strokePath];

我做了一些技巧来使名称有意义...例如,具有多个参数的函数名称获取附加到基本名称的第一个参数的名称(除非它已经以它结尾)。我使用下划线而不是更像 Cocoa 的“with”来分隔基本名称和参数名称,例如moveToPoint_x:y: 而不是 moveToPointWithX:y:moveToPoint:y:

如果我继续使用这个类,我可能会添加更多构造函数,可能还会添加一些块方法 (like this guy did),这样您就可以一次启动、构建和绘制路径。还有很多名字可以更短,很多方法可以使用一些默认值。

也许还有方法链!要是 Objective-C 不是那么疯狂就好了。它必须看起来像这样:

[[[[[[[[canvas
  setRGBStrokeColor_red: 1.0 green: 1.0 blue: 1.0 alpha: 1.0]
  setRGBFillColor_red:0.0 green:0.0 blue:1.0 alpha:1.0]
  setLineWidth:2.0]
  fillEllipseInRect:CGRectMake(30.0, 210.0, 60.0, 60.0)]
  addArc_x:150.0 y:60.0 radius:30.0 startAngle:0.0 endAngle:M_PI/2.0 clockwise:false]
  strokePath]
  addArc_x:150.0 y:60.0 radius:30.0 startAngle:3.0*M_PI/2.0 endAngle:M_PI clockwise:true]
  strokePath];

(我想这不是那么可怕......)

【讨论】:

  • 相比 [UI|NS]BezierContext 等有什么好处?
  • 我认为您的意思是UIBezierPath/NSBezierPath,让我们看看...根据文档,“UIBezierPath 类是核心图形中与路径相关的功能的 Objective-C 包装器框架”,是的,它看起来非常有用!从理论上讲,CGContext 不仅仅是抚摸和填充路径,但如何从单独的 OO 包装器中挤出更多生命还有待观察。我这样做主要是作为自己的教程练习,我很高兴了解更多关于UIBezierPath的信息。
  • ...并且,在我编写了自己的概念验证包装器之后,我发现了 Marcel Weiher 的 [MPWDrawingContext](MPWDrawingContext)。它添加了一堆有用的方法,并且还支持链接!
猜你喜欢
  • 1970-01-01
  • 2020-07-06
  • 2014-08-26
  • 1970-01-01
  • 2011-05-11
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多