你不爲你的close
方法提供代碼。 close
方法代碼將不得不更改以符合您轉換到此新視圖的方式。如果你有通過presentViewController
查看控制器B,你會那麼想必回回歸A通過:
- (IBAction)close:(id)sender
{
[self dismissViewControllerAnimated:YES completion:nil];
}
再考慮如果通過
B* bcontrol=[[B alloc] init];
[self.view addsubview bcontrol.view];
去到B控制器顯然,dismissViewControllerAnimated
韓元」工作了。所以問題是你改變你的close
方法。
但在開始之前,這個結構有兩個問題。首先,如果你在非ARC項目中這樣做,你會泄漏你的控制器。更糟糕的是,如果你用ARC做這個,你會得到異常,因爲控制器在超出範圍時會被釋放(如果你打開殭屍,你會看到有意義的錯誤)。這個問題的典型答案是製作A的B* bcontrol
和ivar,或者做這樣的事情,這樣指向bcontrol
的指針就不會被釋放。這解決了眼前的問題。
其次,更大的問題是,這整個結構(添加控制器的視圖另一個視圖的子視圖)通常不是一個好主意,因爲你的視圖控制器的層次結構和您的視圖層次是不同步的。 (有關這些問題的冗長討論,請觀看WWDC 2011 session 102 on View Controller Containment。)您可能無法獲得輪換事件。你不知道還會發生什麼(因爲iOS假設它可以瀏覽視圖控制器層次結構以便將消息傳遞給各種控制器)。底線,採取另一個視圖控制器的視圖並將它添加爲當前視圖的子視圖並不是一個好主意。你唯一一次這樣做的是,如果你正在做一個真正的視圖控制器遏制,並已完成addChildViewController
和didMoveToParentViewController
,你只是想獲得第一個視圖(見前面的視頻)。
但是,如果您決定做[self.view addSubview:bcontrol.view];
構建,那麼顯然您不能在您的B的close
方法中使用相同的dismissViewControllerAnimated
。從A的角度去除B的觀點的合理方法是[self.view removeFromSuperView];
。但是,如何確保您的A課程現在清理您最初創建的B實例,否則您將面臨一個挑戰,否則您將發生泄漏。
底線,這不是一個好主意。堅持presentViewController
(你會忽略dismissViewControllerAnimated
)或pushViewController
(你會忽略popViewControllerAnimated
)或使用視圖控制器遏制。鑑於您討論了「關閉」按鈕的想法,這意味着一個UI真的適用於presentViewController
或pushViewController
模型。
來源
2012-07-03 01:29:14
Rob
我假設如果他使用上面列出的代碼,他一定不能使用ARC,否則我會懷疑他會在視圖出現時立即得到異常,而不是在點擊'close'按鈕,不是嗎?我發現奇怪的是,他討論瞭如何改變我們如何創建B的觀點,但沒有提到他在「close」方法背後使用的代碼,也沒有提到用於呈現新視圖的兩種技術的代碼如何改變。 – Rob
直到引起視圖控制器中的代碼執行時纔會出現錯誤。由於它不是控制器層次結構的一部分,它不會得到正常的「出現」回調。我可以相信,按鈕水龍頭是轉折點。 (我不知道這種從他們的控制器中取出意見並將它們交給不同的控制器的做法是從哪裏來的,但我希望它現在會停止!:) –
是的,我不確定視圖控制器的東西多少將在視圖控制器本身超出範圍之前執行。看起來像所有最初的東西,例如'viewDidLoad','viewWillAppear','viewDidAppear'等發生在'B *'解除分配之前,但是用戶從該點開始的任何事情都會導致異常。 – Rob