El nuevo método es:
[self dismissViewControllerAnimated:NO completion:nil];
Se ha eliminado la palabra modal ; Como ha sido para la presentación de la llamada API:
[self presentViewController:vc animated:NO completion:nil];
Las razones se discutieron en la sesión 236 de la WWDC de 2012: La evolución de los controladores de vista en video de iOS . Esencialmente, los controladores de vista presentados por esta API ya no son siempre modales y, dado que estaban agregando un controlador de finalización, era un buen momento para cambiarle el nombre.
En respuesta al comentario de Marc:
¿Cuál es la mejor manera de admitir todos los dispositivos 4.3 y superiores? El nuevo método no funciona en iOS4, pero el método anterior está obsoleto en iOS6.
Me doy cuenta de que esta es casi una pregunta separada, pero creo que vale la pena mencionarla, ya que no todos tienen el dinero para actualizar todos sus dispositivos cada 3 años, por lo que muchos de nosotros tenemos algunos dispositivos más antiguos (anteriores a 5.0). Aún así, por mucho que me duela decirlo, debes considerar si vale la pena apuntar por debajo de 5.0. Hay muchas API nuevas y geniales que no están disponibles por debajo de 5.0. Y Apple continuamente hace que sea más difícil apuntar a ellos; La compatibilidad con armv6 se elimina de Xcode 4.5, por ejemplo.
Para apuntar por debajo de 5.0 (siempre que el bloque de finalización sea nulo) simplemente use el respondsToSelectormétodo handy :.
if ([self respondsToSelector:@selector(presentViewController:animated:completion:)]){
[self presentViewController:test animated:YES completion:nil];
} else {
[self presentModalViewController:test animated:YES];
}
En respuesta a otro comentario de Marc:
¡Eso podría ser una gran cantidad de declaraciones If en mi aplicación! ... Estaba pensando en crear una categoría que encapsulara este código, ¿la creación de una categoría en UIViewControler me rechazaría?
y uno de Full Decent:
... ¿hay alguna manera de hacer que eso no presente manualmente una advertencia del compilador?
En primer lugar, no, crear una categoría en UIViewControllersí mismo no hará que su aplicación sea rechazada; a menos que ese método de categoría se llame API privadas o algo similar.
Un método de categoría es un lugar excelente para tal código. Además, dado que solo habría una llamada a la API obsoleta, solo habría una advertencia del compilador.
Para abordar el comentario (pregunta) de Full Decent, sí, puede suprimir las advertencias del compilador manualmente. Aquí hay un enlace a una respuesta sobre SO sobre ese mismo tema . Un método de categoría también es un gran lugar para suprimir una advertencia del compilador, ya que solo está suprimiendo la advertencia en un lugar. Ciertamente, no querrá andar silenciando el compilador.
Si tuviera que escribir un método de categoría simple para esto, podría ser algo como esto:
@implementation UIViewController (NJ_ModalPresentation)
-(void)nj_presentViewController:(UIViewController *)viewControllerToPresent animated:(BOOL)flag completion:(void (^)(void))completion{
NSAssert(completion == nil, @"You called %@ with a non-nil completion. Don't do that!",NSStringFromSelector(_cmd));
if ([self respondsToSelector:@selector(presentViewController:animated:completion:)]){
[self presentViewController:viewControllerToPresent animated:flag completion:completion];
} else {
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wdeprecated-declarations"
[self presentModalViewController:viewControllerToPresent animated:flag];
#pragma clang diagnostic pop
}
}
@end