I agree with Omar that Apple will probably work quite hard to make sure MapKit
isolates developers from breakage. But, there will be some problems.
The first problem I see is usage of undocumented features of Google Maps. Undocumented doesn't necessarily mean the same thing as Private APIs, which it's pretty hard to sneak into the app store (although not impossible).
For example, this technique for opening Maps with a URL, to display routes. This is different than using MapKit
, but it still could be an issue for some apps.
The second thing I see are potential legal issues associated with Google Maps. If I remember correctly, there are Google geocoding web services, that allow free usage, so long as you display the results on a Google map. Currently, iPhone maps are Google maps (Maps.app or MapKit
maps). In the future, they map not be. If your app relies on a back end that uses Google geocoding services, you may have some rework to do.
Anyway, the majority of maps-related code should not break. I just wanted to give a couple examples of where there could be problems.
Update: also, there have been reports that the new Apple Maps are inferior to Google Maps in a few ways. Although it might still work, if your app is doing something like routing to an address, you might find that Apple's new maps app does a poorer job of finding the location you give it. So, in order to work as well as it used to, you may need to refactor your app to use coordinates, rather than addresses. Again, little things might turn out to make a difference here.