gpt4 book ai didi

ios - 在运行时根据类类型动态解析对象

转载 作者:塔克拉玛干 更新时间:2023-11-02 08:01:06 24 4
gpt4 key购买 nike

我有 4 个伊娃:

UIView *view1;
UIView *view2;
UIView *view3;
UIView *view4;

我希望能够以动态方式allocinit 它们,而不是:

view1 = [[MyView1 alloc] initWithFrame:....
view3 = [[MyView2 alloc] initWithFrame:....
view4 = [[MyView3 alloc] initWithFrame:....
view4 = [[MyView4 alloc] initWithFrame:....

因此,我尝试使用一个数组并将这些 ivar 的名称存储在其中:

[array addObject:@"view1"];
[array addObject:@"view2"];
[array addObject:@"view3"];
[array addObject:@"view4"];

所以在一个循环中我会做:

[self valueForKey:[array objectAtIndex:x]] = [[[[self valueForKey:[array objectAtIndex:x]] class] alloc] initWithFrame:(CGRect){.....

以上产生错误:

Expression is not assignable.

希望有人能告诉我为什么上面做不到。

我的问题是:

我觉得这不是一个聪明的做事方式。

现在我只有 4 个 View ,但谁知道将来我会不会有更多。

所以,我的想法是,我想找到一种更动态的方式来完成此任务,而不是硬编码。

我的想法是,在编译时,所有这些 View 都只是 UIViews

只有在运行时我才会将这些 View 解析为各个类类型(即 MyView1MyView2 等)和 allocinit 并分配它们根据我类(class)中的 ivars(即 view1view2view3 等)。

我使用数组的原因是,如果将来我添加另一个名为 view5 的类类型为 MyView5 的 View ,我可以循环 alloc init 进程使用 [array count]。如果这种方式仍然不是最优的,请指正。

总而言之,我想以一种仅在编译时知道这些对象属于 UIView 类类型的方式设置我的 Controller 。只有在运行时,我才会将它们分别解析为 MyView1MyView2(UIView 的子类)等,并将它们分配给我的 Controller 中的 ivars (同样,它们被命名为 view1view2 等)。

如果我在未来添加另一个 View ,我就不必在这个 Controller 中到处查看和硬编码:view5 = [[MyView5 alloc] init....

有人可以告诉我如何以最佳方式( future )和动态地完成这项工作吗?

编辑:

我突然想到:如果我只能在运行时创建这些 ivar 就更好了,这样将来一切都可以动态创建。

最佳答案

如果我理解您的要求,让我提供您可能喜欢的不同方法:

// Set up a mutable array of objects
NSMutableArray *views = [[NSMutableArray alloc] init];

// Set up an array of strings representing the classes - you can add more
// later, or use -stringWithFormat: to make the class names variable
NSArray *classes = @[@"MyView1", @"MyView2", @"MyView3", @"MyView4"];

// Now loop through it and instantiate one of each kind
for (NSString *className in classes)
[views addObject:[[NSClassFromString(className) alloc] initWithFrame:CGRectZero]];

请记住要小心 NSClassFromString,因为您可能会不小心将 -initWithFrame: 消息发送到未实现它的类型。

希望这对您有所帮助!

编辑:我看到我给了你一个过于基于实现的答案,而你似乎在寻找程序设计方面。

在设计 Controller 类时,最好考虑将来如何使用该类。也就是说,您需要对您希望该类的抽象程度有一个具体的想法。换句话说,不要试图使 Controller 类完全解耦,因为在某些时候您的类将成为一大堆无用的管理代码。

那么,您如何着手编写一个同时具有解耦性和功能性的类呢?我建议你在苹果的类(class)中寻找例子。这里有一些:

  1. UIViewController,可能是 iOS 上最重要和最通用的类​​。他们将其设计为易于子类化,但也有许多预制子类,例如导航 Controller 和表格 View Controller 变体。

  2. UIDocument,您将需要的所有文档模型对象的模板。系统实现处理 iCloud 同步、文件管理等所有细节,但对文档内容本身一无所知。然而,用户子类在 NSData 对象中提供了必要的信息。

  3. UIGestureRecognizer,触摸式 UI 的基础。大多数人只使用系统提供的点击/滑动/捏合子类,但抽象父类(super class)本身(无论是否为子类)检测您想要的任何手势并发送必要的消息。同样,手势识别器不知道您将其附加到哪些 View ,但它仍会执行其工作。

你明白我的意思了吗? Apple 的类说明有一些方法可以在保持抽象的同时提供必要的功能,而无需进入运行时杂技。正如其中一位评论者所建议的那样,您真正需要的只是一组 View 对象。与其让你的 Controller 类实例化 View ,不如让你的客户端对象来实例化 View 。这一切都是为了在抽象和功能之间找到平衡。

关于ios - 在运行时根据类类型动态解析对象,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23047606/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com