使用UIViews而不是UIViewControllers時可能出現的問題？

我一直想弄清楚使用UIViews而不是UIViewControllers時會出現什麼問題，因此我一直在使用自定義UIViews，因爲一般UIViewController是由於某種原因而推薦的。使用UIViews而不是UIViewControllers時可能出現的問題？

我更喜歡UIViews，主要是因爲當爲轉換定製動畫時，他們更容易操作，據我所知。如我錯了請糾正我。另外，我定製我自己的一切程序，如標籤欄，導航欄等，因此對我來說，一個自定義的UIView做的一切一個UIViewController呢..

因此，使用單獨的自定義的UIView，而不是一個新的UIViewController的問題？如果是這樣，請賜教。

編輯

我知道MVC模型，並通過UIViews，而不是UIViewControllers我的意思是忽略每屏事情整個一個的UIViewController和使用的UIView作爲某些畫面中的所有對象的容器。

例如，當顯示菜單屏幕時，我不會爲其自己的「節」拉起UIViewController，而只是根本不做UIViewController，並使用自定義的UIView作爲容器，繪製/添加一切都在那裏。其餘的「章節」也是如此（設置，選項等）

這是否有問題？

來源

2016-03-05 durazno

我一直在嘗試使用UIView！而非當弄清楚什麼可以去錯了UIViewController小號

你不能這樣做一般，因爲視圖對象和視圖控制器對象佔據不同的地方模型 - 視圖 - 控制器層次結構。它們甚至不是彼此之間的一對一，因爲單個控制器通常管理多個視圖。

我更喜歡UIView，主要是因爲當爲轉換定製動畫時，就我所知它們更容易操作。

在功能可以合理進入視圖或視圖控制器的情況下，它最有可能屬於視圖而不是視圖控制器，因此您的觀察是正確的。自定義動畫可封裝在一個UIView應封裝在UIView，即使相同的代碼也可以在UIViewController。

來源

2016-03-05 07:40:15 dasblinkenlight

編輯問題！ – durazno

@durazno對我來說，編輯並沒有改變這個問題：如果你可以在兩個地方都做，你應該在視圖中做。 – dasblinkenlight

真的嗎？我在這裏閱讀過博客和評論，當應用程序發生部分更改時，強烈建議不要使用UIView，儘管他們沒有給我任何說服它的問題。比方說，從菜單到遊戲板。人們似乎聲稱從MenuVC到GameVC是唯一可接受的方式，我不明白爲什麼我不能只使用自定義視圖。所以你說它實際上更好地使用自定義視圖，而不是在可能的情況下？ – durazno

使用UIViews而不是UIViewControllers時可能出現的問題？

回答

相關問題