在开发项目中，会有这样变态的需求：
推送：根据服务端推送过来的数据规则，跳转到对应的控制器feeds列表：不同类似的cell，可能跳转不同的控制器（嘘！产品经理是这样要求：我也不确定会跳转哪个界面哦，可能是这个又可能是那个，能给我做灵活吗？根据后台返回规则任意跳转？）
思考：wocao！这变态的需求，要拒绝他吗？
switch判断呗，考虑所有跳转的因素？这不得写死我...
switch () {
case :
break;
default:
break;
}
我是这么个实现的（runtime是个好东西）
利用runtime动态生成对象、属性、方法这特性，我们可以先跟服务端商量好，定义跳转规则，比如要跳转到A控制器，需要传属性id、type，那么服务端返回字典给我，里面有控制器名，两个属性名跟属性值，客户端就可以根据控制器名生成对象，再用kvc给对象赋值，这样就搞定了 ---O(∩_∩)O哈哈哈
比如：根据推送规则跳转对应界面HSFeedsViewController
HSFeedsViewController.h：
进入该界面需要传的属性
@interface HSFeedsViewController : UIViewController
// 注：根据下面的两个属性，可以从服务器获取对应的频道列表数据
/** 频道ID */
@property (nonatomic, copy) NSString *ID;
/** 频道type */
@property (nonatomic, copy) NSString *type;
@end
AppDelegate.m：
推送过来的消息规则
// 这个规则肯定事先跟服务端沟通好，跳转对应的界面需要对应的参数
NSDictionary *userInfo = @{
@"class": @"HSFeedsViewController",
@"property": @{
@"ID": @"123",
@"type": @"12"
}
};
接收推送消息
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo
{
[self push:userInfo];
}
跳转界面
- (void)push:(NSDictionary *)params
{
// 类名
NSString *class =[NSString stringWithFormat:@"%@", params[@"class"]];
const char *className = [class cStringUsingEncoding:NSASCIIStringEncoding];
// 从一个字串返回一个类
Class newClass = objc_getClass(className);
if (!newClass)
{
// 创建一个类
Class superClass = [NSObject class];
newClass = objc_allocateClassPair(superClass, className, 0);
// 注册你创建的这个类
objc_registerClassPair(newClass);
}
// 创建对象
id instance = [[newClass alloc] init];
// 对该对象赋值属性
NSDictionary * propertys = params[@"property"];
[propertys enumerateKeysAndObjectsUsingBlock:^(id key, id obj, BOOL *stop) {
// 检测这个对象是否存在该属性
if ([self checkIsExistPropertyWithInstance:instance verifyPropertyName:key]) {
// 利用kvc赋值
[instance setValue:obj forKey:key];
}
}];
// 获取导航控制器
UITabBarController *tabVC = (UITabBarController *)self.window.rootViewController;
UINavigationController *pushClassStance = (UINavigationController *)tabVC.viewControllers[tabVC.selectedIndex];
// 跳转到对应的控制器
[pushClassStance pushViewController:instance animated:YES];
}
检测对象是否存在该属性
- (BOOL)checkIsExistPropertyWithInstance:(id)instance verifyPropertyName:(NSString *)verifyPropertyName
{
unsigned int outCount, i;
// 获取对象里的属性列表
objc_property_t * properties = class_copyPropertyList([instance
class], &outCount);
for (i = 0; i < outCount; i++) {
objc_property_t property =properties[i];
// 属性名转成字符串
NSString *propertyName = [[NSString alloc] initWithCString:property_getName(property) encoding:NSUTF8StringEncoding];
// 判断该属性是否存在
if ([propertyName isEqualToString:verifyPropertyName]) {
free(properties);
return YES;
}
}
free(properties);
return NO;
}
具体使用和代码: https://github.com/HHuiHao/Universal-Jump-ViewController
文章同步到微信公众号：hans_iOS 有疑问可以在公众号里直接发
网友评论
不就创建了服务器推送过来的VC的类了吗？需要搞个运行时这么麻烦？
2、checkIsExistPropertyWithInstance: verifyPropertyName:方法里做的运行时方法都是很慢的。不做任何缓存处理每次都是去遍历处理，效率真的很低
1、虽然对客户端来说维护起来并不是太复杂，但是服务端就不一样了，服务端有可能需要支持WP、安卓、iOS多个平台，而且是同时推送的。iOS有自己的诉求，要求推送类名，安卓也可能会有诉求..服务端就显得厚重了
2、如果用户已经在目标页了，点击APNs弹窗会再进一次，这样navigation堆栈就有两个目标页实例了，显然不对
if (!newClass)
{
// 创建一个类
Class superClass = [NSObject class];
newClass = objc_allocateClassPair(superClass, className, 0);
// 注册你创建的这个类
objc_registerClassPair(newClass);
}
这里对于没有找到的类名，创建一个新的类，有什么意义呢？
增加新的一页, 就要客户端和服务端两边改, 如果这页只是本地展示呢. 这个需求太笼统了. 提出来的时候就应该和策划商量, 需要哪几大类, 新的界面需求能不能包含在这里面, 后期扩展性如何等等. 之后进行分类管理.
不管哪种方法做, 这种需求的成本都太大.