Maps SDK 7.0.0 and required breaking changes refactoring

[langsmith]

This pr bumps the plugins' Maps SDK dependency to 7.0.0-beta.1 in preparation for the stable 7.0.0 release. This pr also refactors all of the plugins to fix breaking changes.

mapbox/mapbox-android-demo#917 is related.

After commenting out the test app activities which are related to the LocationLayerPlugin, I got the test app running again. All of the non-LocationLayerPlugin activities are running and behaving fine for me. I encourage you to switch to this branch, comment out LocationLayerPlugin .kt files, and check out the app on your own device.

@tobrun & @LukasPaczos :

• In some files, I declare private Style style;, set this.style = mapboxMap.getStyle(); in the initialization of the class, and then use if (style!=null) in various places throughout the class before running whatever code. Didn't know if that's preferred or if it's fine for us to just do mapboxMap.getStyle.XXXX instead.

• Wasn't sure how to handle the mix of breaking changes and the deprecation of the location layer plugin. How should we proceed with it?

[langsmith]

Also, other than the LocationLayerPlugin tests, I've checked/fixed the plugins' unit/instrumentation tests

[LukasPaczos]

Thanks for kicking this off @langsmith!

Wasn't sure how to handle the mix of breaking changes and the deprecation of the location layer plugin. How should we proceed with it?

Let's remove the source code of the LocationLayerPlugin, we shouldn't need to maintain that code any longer. I think we can leave the module and README.md not to break existing links that are out there.

In some files, I declare private Style style;, set this.style = mapboxMap.getStyle(); in the initialization of the class, and then use if (style!=null) in various places throughout the class before running whatever code.

We thought about a different strategy wrt to plugins initialization - let's require a valid and fully loaded Style to be passed in the constructor, similarly as we've done with the LocationComponent. This removes one edge case where a user creates the plugin's instance before the style has been loaded.

Let me run with the above and generally let's push any required changes to this branch without rebasing, we can squash all the commits when merging to master.

[langsmith]

Let's remove the source code of the LocationLayerPlugin, we shouldn't need to maintain that code any longer. I think we can leave the module and README.md not to break existing links that are out there.

@LukasPaczos , this means that the latest/current version of the plugin ( 0.11.0 ) is the final version, right? Asking because I'm thinking about whether any additional warning(s) about this need to go on https://www.mapbox.com/android-docs/plugins/overview/location-layer (cc @colleenmcginnis )

[LukasPaczos]

@langsmith correct, 0.11.0 is the final version of the LocationLayerPlugin.

[tobrun]

Looks great!

[tobrun]

interesting construct this ArgumentCaptor