To closure or not to closure? (Opinión publicada en Sólo Programadores)

To closure or not to closure? (Opinión publicada en Sólo Programadores)

 

Daniel Lopez Janariz, Community Manager de la JavaTools Community de java.net

 Un tema candente actualmente en el mundo Java es la introducción, o no, en Java 7 de otro elemento de programación: las "closures". Simplificando, muchos lenguajes permiten manejar bloques de código parametrizable como si fueran datos, permitiendo asignarlos a variables, pasarlos como parámetro etc. La solución actual de Java a este problema, las "inner classes",  deja insatisfecha a mucha gente debido a sus limitaciones y poca elegancia comparada con otros lenguajes. 

Sin embargo, al mismo tiempo que ha crecido el apoyo para añadir "closures" a Java, también ha crecido el movimiento opuesto, el cual argumenta, entre otras cosas, que es demasiado tarde para un cambio radical en el lenguaje y que las especiales características de Java recomiendan cautela. El debate subyacente, el caso de las "closures" es sólo una de las batallas, enfrenta por un lado a los desarrolladores que prefieren ver como Java evoluciona y "se pone al día" siguiendo la estela de otros lenguajes, y los que prefieren priorizar el "espíritu Java" de lenguaje consolidado, simple, fácil de aprender, con compatibilidad asegurada, y dejar los aspectos más "dinámicos y modernos" para otros lenguajes, con los que se puede interactuar, si hace  falta.

El debate promete ser interesante y aunque la implementación final dejará a mucha gente insatisfecha en cualquier caso, la discusión, alimentada por la recientemente estrenada naturaleza Open Source de Java, destila libertad y será, en todo caso, enriquecedora.