Style.java

[tobrun]

With #9280, style has been promoted to be part of the public api that core exposes for bindings. This change could be propagated to the Android binding by exposing Style.java to match the API and functionality more closely. Adding a semver label, though we could ship intermediate versions with deprecation notices.

cc @mapbox/android

[tobrun]

I'm proposing the match the API exposed by style.hpp. Concretely this will mean moving methods from MapboxMap.java to Style.java. With this move, I'm also suggesting to implement the native methods directly on Style.java instead of facading through NativeMapView.java.

[tobrun]

Additional API changes will need to occur around the OnMapReady and the OnStyleLoadedListener callback. These will be given an additional Style parameter:

public interface OnMapReadyCallback {
  void onMapReady(MapboxMap mapboxMap, Style style);
}

[LukasPaczos]

Great idea @tobrun. With this change, we could restrict adding new style URL/path to the constructor or builder of the Style which would indicate that all the programmatically added components should be re-added, as we are creating a new Style object. This would easily resolve most of the issues from #10947.

[tobrun]

done in #13484