He estado mirando la API para la Programación IOS, y he estado leyendo sobre los controladores de vista y UIViews. Parece que las subclases UIViewController son realmente útiles para la navegación modal y la animación personalizada, pero no puedo ver ningún otro uso que eso.¿Cuándo debería usar un UIViewController en la Programación IOS?
¿Cuál es la ventaja de utilizar una subclase UIViewController en lugar de una subclase normal NSObject?
Por qué
@interface MyViewController : UIViewController {
}
-(void)handleEvent;
@end
En lugar de simplemente
@interface MyViewController : NSObject {
UIView* view;
}
@property(retain) UIView* view;
-(void)handleEvent;
@end
No que acaba de terminar la adición de sólo el fin de la ventana, no el propio viewController real? Para la mayoría de los propósitos, ¿no está toda la funcionalidad que necesita encapsular dentro del objeto UIView? que acaba de terminar la adición de esta manera:
[window addSubview:myViewControllerInstance.view]
¿Hay un uso para UIViewController que no sea construido en la funcionalidad como modal de navegación?
Gracias.
(Lo siento si esto es una pregunta estúpida, he estado aprendiendo esto durante 2 días ahora)
El hecho es que, en la mayoría de las arquitecturas Model-View-Controller que he usado o desarrollado, el controlador es completamente independiente de la vista. Estos "Controladores de vista" fomentan un acoplamiento tan ajustado entre la vista y el controlador. ¿Debería hacer una clase de controlador más grande para comunicarme entre los controladores de vista individuales y el modelo? – user434565
El patrón MVC no desacopla el controlador con la vista. Si observa los diagramas de MVC, verá que, de hecho, la parte del controlador maneja directamente tanto el modelo como la vista. Un 'UIViewController' ya se encarga de la mayor parte del" control "de la" vista ". –
¿Por qué no hay una clase 'Modelo' de la subclase? –