Red de conocimiento informático - Conocimiento informático - ¿Cómo evalúa la decisión de Google de no utilizar más la API Java privada de Oracle en Android?

¿Cómo evalúa la decisión de Google de no utilizar más la API Java privada de Oracle en Android?

Primero, Google eligió Apache Harmony en lugar de openJDK debido a problemas de licencia (APL vs GPL v2). Los hechos han demostrado que la calidad y limpieza del código de Harmony son muy buenas, especialmente cuando se trata de demandas, y resulta que no vale la pena mencionar nueve líneas de código de prueba.

Entonces, si OpenJDK no cambia la licencia, el problema de compatibilidad entre GPL y APL seguirá existiendo. Se estima que la cooperación entre las dos partes solo será en el nivel de especificación API, y el propio Android lo será. No cambiar la Licencia (APL).

En segundo lugar, la razón por la que Google está haciendo esto ahora es que Harmony ha sido cancelado durante varios años debido a problemas estratégicos, mientras que J2SE ha estado desarrollándose y tiene algunas buenas características y API nuevas. Android todavía quiere aprovechar estos nuevos dispositivos, lo cual es una buena noticia para los desarrolladores de Android.

En tercer lugar, personalmente creo que la comunicación entre Google y la comunidad es relativamente cerrada. Nunca ha discutido ningún problema con la comunidad Apache Harmony y no ha aportado ningún código de manera similar, incluso si no hay licencia; Problema, Android no tiene intercambios profundos con la comunidad OpenJDK y contribuye con código y especificaciones. Google siempre ha sido un prestatario.

El desarrollo de J2SE se ha vuelto cada vez más lento recientemente. De hecho, no hay nada particularmente que valga la pena hacer en el nivel de demanda. No hay necesidad de pelear con la comunidad para hacer salsa de soja. A su vez, el propio Android todavía tiene mucho margen de optimización. De hecho, Google podría haber aprendido de iOS/Swift hace mucho tiempo y desarrollar su propia versión para evitar problemas. Ahora tenemos que mantener el tema de la compatibilidad con versiones anteriores, del que es difícil recuperarse. Pero para los desarrolladores abiertos, la compatibilidad siempre es una buena noticia.