programming reactive-programming observer-pattern java-9

reactive programming - programming - ¿Está la API de flujo reemplazando a observador y observable?



reactive programming swift (1)

La nueva API de flujo está diseñada como un denominador común para bibliotecas de flujos reactivos como RxJava y Reactive X. Basándose en Java 9, pueden hacer que sus tipos amplíen las nuevas interfaces (o eso es lo que parece). Si bien, por supuesto, es encantador utilizar la API dentro del JDK, ese no es el caso en Java 9 y no hay planes concretos para introducirlo (según mi conocimiento).

Respecto a Observer y Observable el problema que desencadenó los estados de desaprobación :

Los desarrolladores de aplicaciones deben considerar el uso de java.beans para un modelo de notificación de cambios más rico. O deberían considerar construcciones en java.util.concurrent como colas o semáforos para pasar mensajes entre hilos, con propiedades de ordenamiento y sincronización confiables.

Estas son recomendaciones para los desarrolladores de aplicaciones para escribir código nuevo. No da consejos sobre cómo actualizar el código existente o qué hacer dentro del JDK. Supongo que la razón de esto es que se supone que ambos casos se quedan como están.

Tenga en cuenta que Java no usa @Deprecated para significar necesariamente que "se eliminará". En su lugar, también puede significar "usar mejores alternativas" y creo que ese es el caso aquí. Así que para responder a su pregunta en pocas palabras:

En Java 9, la API de flujo reemplaza a Observer y Observable

No.

Y si no lo hace lo que hace.

Nada.

En Java 9, ¿la API de flujo reemplaza a Observer y Observable ? Si no, ¿qué hace?