deprecated warnings in xcode and how to handle deprecation

Question

if ([self respondsToSelector:@selector(dismissViewControllerAnimated:completion:)])
     {[[self presentingViewController] dismissViewControllerAnimated:YES completi         


        

Answer 1

1. Apple is unaware of any compile-time warnings you receive with your code.

2. Yes, you are handling this practice correctly. Clearly, in this case, you only need to go through this effort if you're supporting iOS prior to 5.0. But, in general, the technique for testing whether a method can be invoked and then calling the appropriate rendition is absolutely correct.

3. If you want to turn off the warning, you would simply temporarily suppress the warning and then turn it back on afterwards using the appropriate #pragma syntax:

   if ([self respondsToSelector:@selector(dismissViewControllerAnimated:completion:)])
   {
       //post-iOS6.0
       [self dismissViewControllerAnimated:YES completion:nil];
   } 
   else
   {
       // pre-iOS6.0
   #pragma clang diagnostic push
   #pragma clang diagnostic ignored "-Wdeprecated-declarations"
       [self dismissModalViewControllerAnimated:YES];
   #pragma clang diagnostic pop
   }
   

   By the way, if you want to know what the -W code is for your particular warning, go to your Log Navigator, select the recent build that included the warning, and expand the log, and you'll see it there:

   

Also note that while you could suppress the warning like I've illustrated above, in practice, you rarely need to do so. Using your example, if your project's iOS deployment target was 4.3, you wouldn't get the warning. And if your deployment target was 6.0 or higher, you'd get that warning, but then again, you probably wouldn't need this conditional code to call dismissModalViewControllerAnimated because effective iOS 5.0, you can always use dismissViewControllerAnimated.

The only time that you'd need to suppress this warning in your code is if you have source code, to be included in projects in the future, for which you don't know what the deployment target will be. Using your example, if you don't know whether the above code will be included in a project with a 4.3 deployment target or a 5.0+ deployment target. In that case, this syntax is quite useful. But, then again, I you could also use conditional checks on __IPHONE_OS_VERSION_MIN_REQUIRED, e.g.:

#if __IPHONE_OS_VERSION_MIN_REQUIRED < __IPHONE_5_0
    if ([self respondsToSelector:@selector(dismissViewControllerAnimated:completion:)])
    {
        //post-iOS5.0
        [self dismissViewControllerAnimated:YES completion:nil];
    }
    else
    {
        // pre-iOS5.0
        [self dismissModalViewControllerAnimated:YES];
    }
#else
    [self dismissViewControllerAnimated:YES completion:nil];
#endif

Answer 2

1. No
2. You should use the most recent methods unless you are specifically trying to support old iOS versions, then you should use the method you outlined above. "A method identified as deprecated has been superseded and may become unsupported in the future."
3. If you change the deployment target in your application target to 5.0, the deprecated warnings for iOS 5 not will be show as errors.

If you are really interested in backwards compatibility, there is a great tutorial by Ray Wenderlich here

Answer 3

Yes Many warnings are of present and dismiss view modally to fix that Replace:

in ios 6 these are:-

1. [self dismissViewControllerAnimated:NO completion:nil];

2. [self presentViewController:vc animated:NO completion:nil];