我为我的应用构建了一个 UITableViewController，它与我的核心数据模型交互。它的主要目的是被推送到导航 Controller 上并显示实体列表，并允许我编辑/选择并深入了解它们的信息等...
但是，在我的应用程序的其他地方，我现在想以模式方式显示一个简单的选择器来选择这些实体之一。我认为实现这一点的最佳方法是构建一个协议(protocol)来处理选择器，该选择器可以将有关用户是取消还是选择实体等的消息发送回我的委托(delegate)...
由于大部分编码都是相同的，我的问题是:是否可以/或以任何方式建议将 UITableViewController 作为协议(protocol)启用？
即当正常显示时，它的行为与当前一样(UIViewController 的标准子类)，但随后也能够由委托(delegate)人以模态方式呈现并将消息传递给委托(delegate)人？
对她关于最佳实践的想法感兴趣？
最佳答案
您甚至不需要正式协议(protocol)。从另一个 Controller 实例化时，只需给您的 UITableViewController @property (nonatomic, assign) id delegate 即可。将其设置为委托(delegate)。使用 id 不会将您的类耦合得太紧，也不会保留委托(delegate)。
在调用 Controller 中为 didCancelPicking...:(id)sender 和 didPick...:(id)sender item:(id)pickedItem 实现两个方法.
现在，当以模态方式查看 UITableViewController 时，您需要做两件事。提供一个取消按钮 + 对此使用react (didCancelPicking...) 并可能修改 tableView:didSelectRowAtIndexPath: 以将 didPick... 发送到委托(delegate)。始终使用 respondsToSelector: 测试委托(delegate)，以防它执行 performSelector:withObject:。始终将发件人作为这些委托(delegate)方法中的第一个参数。
此外，始终向调用类显示和隐藏模态 Controller 。例如，不要让它从 UINavigationController 中删除自己。
这些是我能立即想到的最佳做法。
关于您在此处的特定代码重用:当您重用 UITableViewController 并想要更改其以模态显示时的行为方式时，您必须确定您的代码是否变得过于困惑。例如。在这种情况下，您稍后可能希望阻止编辑和向下钻取。您当然可以始终将其封装在 if (self.delegate) 检查中，但是...
关于objective-c - 使用 UIViewController 作为协议(protocol)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10159988/