Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Base Classes for entire ESRI Stack (Java)

Abierto
#91 6 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
15/100
Tipo de issue
Nueva funcionalidad
Claridad
Necesita aclaración
Estado de actividad
Estancado
Stack tecnológico
java
Área
backend-api-design

Línea de trabajo

Este issue propone clases base compartidas entre Geometry API, Android SDK y Quartz API en lugar de especificar un cambio acotado. Empieza comparando GeometryEngine.java y las referencias enlazadas de Geometry API y SDK; el issue no proporciona pruebas, punto de entrada ni criterios concretos de finalización, por lo que habría que acordar el diseño deseado antes de la implementación.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

In summary, I believe that this project (or refactored project) should be the base Geometry library for all ESRI Java projects, where other ESRI SDKs reference this project.

Quoting from my comments on the Early Adopter feedback forum (ArcGIS Runtime SDK for Android)

I'd like to start a discussion around the various base classes that we use in the SDKs and other software.

Many base classes (e.g. Point) are available from the Geometry API Java, which is a great open source resource. It would be wonderful if the released SDKs also used those base classes (gradle / mvn dependency) as that helps avoid namespace collisions or boilerplate to convert one ESRI point to another ESRI point.

Whilst working on the production API I have come across numerous collisions, which slows productivity. Right this second, The Geometry API has "GeometryEngine.geodesicDistanceOnWGS84" whereas the Android SDK requires us to use [GeometryEngine.geodesicDistance"](https://developers.arcgis.com/android/api-reference/reference/com/esri/core/geometry/GeometryEngine.html#geodesicDistance%28com.esri.core.geometry.Point, com.esri.core.geometry.Point, com.esri.core.geometry.SpatialReference, com.esri.core.geometry.LinearUnit%29) - both in the same namespace. I see in the Quartz API we have distanceBetween, which is a third permutation. Similarly, Geometry.dropAllAttributes is public in the geometry API but default in the Android SDK.

An ideal way forward would be to have well defined base classes (open source as the geometry library that everyone can use throughout their private code but ALSO enables them to easily access the ESRI SDK methods.

@shellygill

Lenguaje dominante
Java
Estrellas
710
Forks
268
Merge medio
7 d 23 h
PR fusionados (30 d)
1

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de Esri/geometry-api-java

Todos los issues de Esri/geometry-api-java

Issues similares

Más issues de Java

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.