En mi aplicación serializo y deserializo cadenas bbox. Este código de café me ayuda:
L.latLngBounds.fromBBoxString = L.latLngBounds.fromBBoxString or (bbox) ->
[west, south, east, north] = bbox.split(',').map(parseFloat)
new L.LatLngBounds(new L.LatLng(south, west), new L.LatLng(north, east))
En mi humilde opinión, esta funcionalidad podría encajar en el núcleo del folleto
:-1: esto debería permanecer en los ayudantes, no en el núcleo. La codificación BBOX es obstinada, la sobrecarga del constructor es mala y es fácil de implementar fuera del núcleo.
Acordado.
No es menos obstinado que toBBoxString(), pero ciertamente más difícil de implementar correctamente (parámetros faltantes, orden máximo-mínimo, etc.). En este momento, la clase carece de simetría, lo que suele ser algo bueno.
Comentario más útil
No es menos obstinado que toBBoxString(), pero ciertamente más difícil de implementar correctamente (parámetros faltantes, orden máximo-mínimo, etc.). En este momento, la clase carece de simetría, lo que suele ser algo bueno.