所以,我今天很无聊,决定搞乱 C++/Obj-C 插值,我找到了一种方法来创建一个非常有趣的设置。
@protocol NSCPPObj <NSObject>
-(id) init;
-(id) initWithInt:(int) value;
-(int) somethingThatReturnsAValue;
-(void) doSomething;
@end
class NSCPPObj : objc_object {
public:
static Class cls();
int iVar;
NSCPPObj();
NSCPPObj(int);
int somethingThatReturnsAValue();
void doSomething();
};
如您所见,界面非常简单明了,易于理解。我们创建了两个(几乎)相同的接口,一个用于 C++ 对象,另一个用于 Obj-C 协议。
现在,我找到了实现这一点的方法,但要振作起来,这会变得很难看:
// NSCPPObj.mm
#import <objc/runtime.h>
#import <iostream>
#import "NSCPPObject.h"
Class NSCPPObj_class = nil;
__attribute__((constructor))
static void initialize()
{
NSCPPObj_class = objc_allocateClassPair([NSObject class], "NSCPPObj", 0);
class_addMethod(NSCPPObj_class->isa, @selector(alloc), imp_implementationWithBlock(^(id self) {
return class_createInstance(NSCPPObj_class, sizeof(struct NSCPPObj));
}), "@@:");
class_addMethod(NSCPPObj_class, @selector(init), imp_implementationWithBlock(^(id self) {
return self;
}), "@@:");
class_addMethod(NSCPPObj_class, @selector(initWithInt:), imp_implementationWithBlock(^(id self, int value) {
((struct NSCPPObj *) self)->iVar = value;
return self;
}), "@@:i");
class_addMethod(NSCPPObj_class, @selector(doSomething), imp_implementationWithBlock(^(id self) {
((struct NSCPPObj *) self)->doSomething();
}), "v@:");
class_addMethod(NSCPPObj_class, @selector(somethingThatReturnsAValue), imp_implementationWithBlock(^(id self) {
return ((struct NSCPPObj *) self)->somethingThatReturnsAValue();
}), "i@:");
objc_registerClassPair(NSCPPObj_class);
}
Class NSCPPObj::cls()
{
return NSCPPObj_class;
}
NSCPPObj::NSCPPObj()
{
this->isa = NSCPPObj_class;
[((id<NSCPPObj>) this) init];
}
NSCPPObj::NSCPPObj(int value)
{
this->isa = NSCPPObj_class;
[((id<NSCPPObj>) this) initWithInt:value];
}
void NSCPPObj::doSomething()
{
std::cout << "Value Is: " << [((id<NSCPPObj>) this) somethingThatReturnsAValue] << std::endl;
}
int NSCPPObj::somethingThatReturnsAValue()
{
return iVar;
}
我将总结它的作用:
- 分配一个类对
- 将所有类和实例方法添加到对象
- 注册类 Pair
现在,正如您所看到的,这不是很灵活,但它确实有效,而且它是一条双向街道:
id<NSCPPObj> obj = [[NSCPPObj::cls() alloc] initWithInt:15];
[obj doSomething];
NSLog(@"%i", [obj somethingThatReturnsAValue]);
NSLog(@"%@", obj);
NSCPPObj *objAsCPP = (__bridge NSCPPObj *) obj;
objAsCPP->doSomething();
std::cout << objAsCPP->somethingThatReturnsAValue() << std::endl;
您也可以使用创建对象new NSCPPObj(15)
,但记得删除它!显然,这可以在 ARC 或非 ARC 环境中工作,但 ARC 需要一些额外的桥接演员。
所以,我来了一个真正的问题:
这种设计结构的优点/缺点是什么?我可以在脑海中列出一些:
优点:
- C++ 中的运算符重载
- 与 ObjC 的动态方法绑定
- 可以以 C++ 或 ObjC 方式构建
缺点:
- 难以阅读的实现
- 必须为添加到接口的每个 C++ 实现添加选择器和绑定
- 类对象不能直接引用
那么,毕竟,您会在应用程序中推荐这种设计结构吗?以及为什么。