Veo algunos de los beneficios de los cierres, por ejemplo, cómo pueden tener su lugar en la simplificación de las bibliotecas existentes y hacer que un diseño futuro sea más fácil y más eficiente.¿Cómo los cierres en Java permitirán que el diseño de API reemplace el diseño del lenguaje?
Sin embargo, uno de los puntos clave mencionados en el proyecto de propuesta (http://www.javac.info/consensus-closures-jsr.html) es en la sección 2.5, punto e:
(La especificación mejorará el idioma por)
e) permitiendo que el futuro diseño de la API reemplace el diseño del lenguaje para extender la plataforma Java.
estoy luchando para ver cómo este es el caso, sin duda el diseño del lenguaje es sólo eso - el diseño del lenguaje en sí mismo, y no puede ser sustituido por una API de Java a menos que abre todo tipo de extrañas API utilizando cierres para modificar el idioma (que dudo mucho que pase).
¿Alguien puede arrojar algo de luz sobre esto y quizás proporcionar un ejemplo de algo que requirió un cambio de idioma previamente pero, con la adición de cierres, ya no requiere ¿uno?
También está mirando una de las viejas propuestas de cierre para Java, donde uno de los objetivos era tener una sintaxis que se pareciera más a Ruby (es decir, menos repetitivo en su ciclo 'for_each') que lo que están discutiendo ahora . –