在prepareForSegue方法中防止segue?
Posted
技术标签:
【中文标题】在prepareForSegue方法中防止segue?【英文标题】:Prevent segue in prepareForSegue method? 【发布时间】:2011-12-25 09:01:25 【问题描述】:是否可以取消prepareForSegue:
方法中的转场?
我想在 segue 之前执行一些检查,如果条件不成立(在这种情况下,如果某些 UITextField
为空),则显示错误消息而不是执行 segue。
【问题讨论】:
【参考方案1】:在 ios 6 及更高版本中是可能的: 你必须实现方法
- (BOOL)shouldPerformSegueWithIdentifier:(NSString *)identifier sender:(id)sender
在您的视图控制器中。您在那里进行验证,如果可以,则 return YES;
,如果不是,则 return NO;
并且不会调用 prepareForSegue。
请注意,当以编程方式触发 segue 时,不会自动调用此方法。如果需要进行检查,则需要调用 shouldPerformSegueWithIdentifier 来判断是否进行segue。
【讨论】:
仅供参考,如果通过调用 [self performSegueWithIdentifier:@"segueIdentifier" sender:nil] 以编程方式触发 segue; shouldPerformSegueWithIdentifier 永远不会被调用。 @Thedude 感谢您指出这一点。正在追踪一个问题,但它没有达到我的断点。对于任何好奇的人,您只需要在 if 语句中调用此方法即可获得相同的结果。 @jpittman 你能解释一下你在 if 语句中包裹的意思吗? @AubadaTaljo:(为格式化道歉)if ([self shouldPerformSegueWithIdentifier:@"segueIdentifier" sender:nil]) [self performSegueWithIdentifier:@"segueIdentifier" sender:nil];
在 iOS 11.3 SDK 中从故事板 segue 中尝试过这个,“shouldPerformSegueWithIdentifier”确实被自动调用了【参考方案2】:
注意:如果您可以定位 iOS 6,则接受的答案是最好的方法。对于定位 iOS 5,这个答案就可以了。
我认为取消prepareForSegue
中的转场是不可能的。我建议将您的逻辑转移到首先发送 performSegue
消息的程度。
如果您使用 Interface Builder 将 segue 直接连接到控件(例如,将 segue 直接链接到 UIButton
),那么您可以通过一些重构来完成此操作。将 segue 连接到视图控制器而不是特定控件(删除旧的 segue 链接,然后从视图控制器本身控制拖动到目标视图控制器)。然后在您的视图控制器中创建一个IBAction
,并将控件连接到 IBAction。然后,您可以在刚刚创建的 IBAction 中执行您的逻辑(检查是否有空的 TextField),并在那里决定是否以编程方式 performSegueWithIdentifier
。
【讨论】:
如果segue 是一个popover 控制器,你确实不想要第二次点击按钮来创建另一个popover 控制器;在这种情况下,正确的做法是关闭弹出框。您的回答允许这种正确的行为。如果您直接从情节提要中的按钮连接它,我无论如何都看不到获得正确的行为。 经过几个令人沮丧的小时试图让多个基于 segue 的弹出框很好地一起播放后,我放弃并摆脱了弹出框序列,转而支持这个解决方案。它实际上使用了更少的代码。 这不会破坏使用 segues 的目的吗? 将 ViewController 链接到 ViewController 的事实解决了我的问题。谢谢!这是最好的解决方案【参考方案3】:斯威夫特 3: func shouldPerformSegue(withIdentifier identifier: String, 发件人:有吗?) -> Bool
如果应该执行 segue,则返回值 true;如果应该忽略,则返回值 false。
示例:
var badParameters:Bool = true
override func shouldPerformSegue(withIdentifier identifier: String, sender: Any?) -> Bool
if badParameters
// your code here, like badParameters = false, e.t.c
return false
return true
【讨论】:
【参考方案4】:另外,提供一个用户不应该按下的按钮有点不好。您可以将 segue 保留为支架,但从禁用按钮开始。然后将 UITextField 的“editingChanged”连接到视图控件 ala 上的事件
- (IBAction)nameChanged:(id)sender
UITextField *text = (UITextField*)sender;
[nextButton setEnabled:(text.text.length != 0)];
【讨论】:
“另外,提供一个用户不应该按下的按钮是一种不好的行为”。我不同意这一点 - 这部分是正确的,但实际上取决于上下文。不引导用户也是不好的行为——例如,他们可以点击一个按钮,系统会解释首先需要做什么。使用禁用或不可见的按钮,用户要么会迷路,要么会致电支持...【参考方案5】:它在 swift 中很容易。
override func shouldPerformSegueWithIdentifier(identifier: String,sender: AnyObject?) -> Bool
return true
【讨论】:
嗯?你能详细说明这个答案吗?纯代码答案对更多读者来说不是很有用...【参考方案6】:As Abraham said,在下面的函数中检查是否有效。
- (BOOL)shouldPerformSegueWithIdentifier:(NSString *)identifier sender:(nullable id)sender
// Check this identifier is OK or NOT.
并且,编程调用的performSegueWithIdentifier:sender:
可以通过覆盖以下方法来阻止。默认情况下,-shouldPerformSegueWithIdentifier:sender:
不检查是否有效,我们可以手动进行。
- (void)performSegueWithIdentifier:(NSString *)identifier sender:(id)sender
// Check valid by codes
if ([self shouldPerformSegueWithIdentifier:identifier sender:sender] == NO)
return;
// If this identifier is OK, call `super` method for `-prepareForSegue:sender:`
[super performSegueWithIdentifier:identifier sender:sender];
【讨论】:
这部分关于[super performSegueWithIdentifier:identifier sender:sender];
真的是真的吗?
@BenWheeler 你可以试试。如果你重写 performSegueWithIdentifier:sender:
方法,而不是调用它的 super
方法。【参考方案7】:
斯威夫特 4 答案:
以下是取消 segue 的 Swift 4 实现:
override func shouldPerformSegue(withIdentifier identifier: String, sender: Any?) -> Bool
if identifier == "EditProfile"
if userNotLoggedIn
// Return false to cancel segue with identified Edit Profile
return false
return true
【讨论】:
【参考方案8】:应该为登录注册执行Segue
-(BOOL)shouldPerformSegueWithIdentifier:(NSString *)identifier sender:(id)sender
[self getDetails];
if ([identifier isEqualToString:@"loginSegue"])
if (([_userNameTxtf.text isEqualToString:_uname])&&([_passWordTxtf.text isEqualToString:_upass]))
_userNameTxtf.text=@"";
_passWordTxtf.text=@"";
return YES;
else
UIAlertView *loginAlert = [[UIAlertView alloc] initWithTitle:@"Alert" message:@"Invalid Details" delegate:self cancelButtonTitle:@"Try Again" otherButtonTitles:nil];
[loginAlert show];
_userNameTxtf.text=@"";
_passWordTxtf.text=@"";
return NO;
return YES;
-(void)getDetails
NSArray *dir=NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
NSString *dbpath=[NSString stringWithFormat:@"%@/userDb.sqlite",[dir lastObject]];
sqlite3 *db;
if(sqlite3_open([dbpath UTF8String],&db)!=SQLITE_OK)
NSLog(@"Fail to open datadbase.....");
return;
NSString *query=[NSString stringWithFormat:@"select * from user where userName = \"%@\"",_userNameTxtf.text];
const char *q=[query UTF8String];
sqlite3_stmt *mystmt;
sqlite3_prepare(db, q, -1, &mystmt, NULL);
while (sqlite3_step(mystmt)==SQLITE_ROW)
_uname=[NSString stringWithFormat:@"%s",sqlite3_column_text(mystmt, 0)];
_upass=[NSString stringWithFormat:@"%s",sqlite3_column_text(mystmt, 2)];
sqlite3_finalize(mystmt);
sqlite3_close(db);
【讨论】:
【参考方案9】:类似于 Kaolin 的答案是将序列连接到控件,但根据视图中的条件验证控件。如果您正在触发表格单元格交互,那么您还需要设置 userInteractionEnabled 属性以及禁用单元格中的内容。
例如,我在分组表视图中有一个表单。其中一个细胞导致另一个符合作为选择器的表观。每当在主视图中更改控件时,我都会调用此方法
-(void)validateFilterPicker
if (micSwitch.on)
filterPickerCell.textLabel.enabled = YES;
filterPickerCell.detailTextLabel.enabled = YES;
filterPickerCell.userInteractionEnabled = YES;
filterPickerCell.accessoryType = UITableViewCellAccessoryDisclosureIndicator;
else
filterPickerCell.textLabel.enabled = NO;
filterPickerCell.detailTextLabel.enabled = NO;
filterPickerCell.userInteractionEnabled = NO;
filterPickerCell.accessoryType = UITableViewCellAccessoryNone;
【讨论】:
【参考方案10】:另一种方法是使用 willSelectRowAt 覆盖 tableView 的方法,如果您不想显示 segue,则返回 nil。
showDetails()
- 是一些布尔值。在大多数情况下,应在以indexPath
表示的单元格中表示的数据模型中实现。
func tableView(_ tableView: UITableView, willSelectRowAt indexPath: IndexPath) -> IndexPath?
if showDetails()
return indexPath
return nil
【讨论】:
以上是关于在prepareForSegue方法中防止segue?的主要内容,如果未能解决你的问题,请参考以下文章
prepareForSegue 未在嵌入式 segue 中调用
来自一个视图控制器的两个segue,prepareForSegue
在 prepareForSegue 上为 Popover Segue 传递数据:iOS 5 中的奇怪行为
prepareForSegue 不适用于自定义 segue (swift)
只有在添加第三个 segue 时才在 didSelectRowAtIndexPath 之前调用 prepareForSegue