Google Maps API v2: LatLngBounds de CameraPosition

Mise à jour depuis le mois d'août 2016

Résumé la corriger répondre à ce problème est l'utilisation de la nouvelle onCameraIdle, au lieu de OnCameraChangeListener, qui est maintenant obsolète. Lire soufflet comment.

Maintenant, vous pouvez écouter "dragEnd"-comme événement, et même d'autres événements sur la nouvelle version de Google Maps pour Android.

Comme indiqué dans le docs, vous pouvez éviter le problème des multiples (aka "plusieurs") appelle de la OnCameraChangeListener en utilisant les nouveaux auditeurs. Par exemple, vous êtes maintenant en mesure de vérifier ce qui est la raison derrière la caméra déplacer, ce qui est l'idéal pour couple avec un fetchData problème comme demandé. Le code suivant est la plupart du temps prises directement à partir de la documentation. Encore une chose, il est nécessaire d'utiliser Google Play Services 9.4.

public class MyCameraActivity extends FragmentActivity implements
OnCameraMoveStartedListener,
OnCameraMoveListener,
OnCameraMoveCanceledListener,
OnCameraIdleListener,
OnMapReadyCallback {
private GoogleMap mMap;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_my_camera);
SupportMapFragment mapFragment =
(SupportMapFragment) getSupportFragmentManager()
.findFragmentById(R.id.map);
mapFragment.getMapAsync(this);
}
@Override
public void onMapReady(GoogleMap map) {
mMap = map;
mMap.setOnCameraIdleListener(this);
mMap.setOnCameraMoveStartedListener(this);
mMap.setOnCameraMoveListener(this);
mMap.setOnCameraMoveCanceledListener(this);
//Show Sydney on the map.
mMap.moveCamera(CameraUpdateFactory
.newLatLngZoom(new LatLng(-33.87365, 151.20689), 10));
}
@Override
public void onCameraMoveStarted(int reason) {
if (reason == OnCameraMoveStartedListener.REASON_GESTURE) {
Toast.makeText(this, "The user gestured on the map.",
Toast.LENGTH_SHORT).show();
} else if (reason == OnCameraMoveStartedListener
.REASON_API_ANIMATION) {
Toast.makeText(this, "The user tapped something on the map.",
Toast.LENGTH_SHORT).show();
} else if (reason == OnCameraMoveStartedListener
.REASON_DEVELOPER_ANIMATION) {
Toast.makeText(this, "The app moved the camera.",
Toast.LENGTH_SHORT).show();
}
}
@Override
public void onCameraMove() {
Toast.makeText(this, "The camera is moving.",
Toast.LENGTH_SHORT).show();
}
@Override
public void onCameraMoveCanceled() {
Toast.makeText(this, "Camera movement canceled.",
Toast.LENGTH_SHORT).show();
}
@Override
public void onCameraIdle() {
Toast.makeText(this, "The camera has stopped moving. Fetch the data from the server!", Toast.LENGTH_SHORT).show();
LatLngBounds bounds = mMap.getProjection().getVisibleRegion().latLngBounds;
fetchData(bounds)
}
}

---

Solution de contournement pour une solution efficace avant le mois d'août 2016

Que la question est correctement répondu, je voudrais ajouter que sur une probable prochaine question.

Le problème se pose lors de l'utilisation de OnCameraChangeListener pour récupérer des données à partir du serveur en raison de la fréquence à laquelle cette méthode est déclenchée.

Il y a un question rapporté comment follement fréquente de cette méthode est déclenché lors d'une simple carte de glissement, ainsi, dans l'exemple de la question, il déclenche fetchData séquentielles multiples fois pour très peu d'caméra change, même sans caméra change, oui, il arrive que la caméra limites n'ont pas changé, mais la méthode est déclenché.

Cela pourrait avoir une incidence sur le côté serveur de performances et de perdre beaucoup de dispositifs de ressources par l'extraction des données de manière séquentielle des dizaines de fois à partir du serveur.

Vous pouvez trouver dans ce lien des solutions de contournement pour ce problème, mais il n'est pas encore officiel pour le faire, par exemple, à l'aide d'un souhaitable dragEnd, ou cameraChangeEnd rappels.

Un exemple ci-dessous, en fonction de celles à partir de là, est de savoir comment je éviter le problème susmentionné en jouant avec l'intervalle de temps de l'appel et de rejeter les appels avec les mêmes limites.

//Keep the current camera bounds
private LatLngBounds currentCameraBounds;
new GoogleMap.OnCameraChangeListener() {
private static int CAMERA_MOVE_REACT_THRESHOLD_MS = 500;
private long lastCallMs = Long.MIN_VALUE;
@Override
public void onCameraChange(CameraPosition cameraPosition) {
LatLngBounds bounds = map.getProjection().getVisibleRegion().latLngBounds;
//Check whether the camera changes report the same boundaries (?!), yes, it happens
if (currentCameraBounds.northeast.latitude == bounds.northeast.latitude
&& currentCameraBounds.northeast.longitude == bounds.northeast.longitude
&& currentCameraBounds.southwest.latitude == bounds.southwest.latitude
&& currentCameraBounds.southwest.longitude == bounds.southwest.longitude) {
return;
}
final long snap = System.currentTimeMillis();
if (lastCallMs + CAMERA_MOVE_REACT_THRESHOLD_MS > snap) {
lastCallMs = snap;
return;
}
fetchData(bounds);
lastCallMs = snap;
currentCameraBounds = bounds;
}