只是一個我一直在思考的問題,'傳統'與模態viewcontrollers呈現'父母'視圖控制器應該解僱提出的孩子。最佳實踐代表和modalViewControllers
蘋果已經表示,提出的孩子不應該自我解僱,因此我傾向於設立一個委託協議來解僱模態視圖控制器。
這似乎有點矯枉過正,
我在想,既然目標C通過引用無論如何,並且不會有性能爲代價,不能我只是通過呈現父視圖 - 控制的參考模態在實例化過程中呈現子視圖控制器,然後調用方法回到父視圖以解除孩子?
很抱歉,如果這是一個愚蠢的問題...
只是一個我一直在思考的問題,'傳統'與模態viewcontrollers呈現'父母'視圖控制器應該解僱提出的孩子。最佳實踐代表和modalViewControllers
蘋果已經表示,提出的孩子不應該自我解僱,因此我傾向於設立一個委託協議來解僱模態視圖控制器。
這似乎有點矯枉過正,
我在想,既然目標C通過引用無論如何,並且不會有性能爲代價,不能我只是通過呈現父視圖 - 控制的參考模態在實例化過程中呈現子視圖控制器,然後調用方法回到父視圖以解除孩子?
很抱歉,如果這是一個愚蠢的問題...
你之所以通常設置這樣的事情委託/協議,它使你的代碼更coupled。假設您想在稍後將您的視圖呈現爲彈出窗口或子視圖?您可能不認爲這是必要的,但可能隨着項目的增長而變化。
由於父控制器處理自己的模態,子視圖和彈出,它知道按下按鈕(或其他某個動作)時要執行的操作。模態(在這種情況下)不一定(也不應該)知道它是如何呈現的,因此它應該告訴它的代表並讓該控制器處理它(popViewController
,dismissViewController
,removeSubview
等)。這是理解面向對象的很大一部分,並且有助於保持代碼更清晰。
不,在我看來,這不是一個愚蠢的問題。
非常感謝! – Woodstock
@JohnWoods沒問題,快樂的編碼! – Firo