Comentarios en: Closures en PHP 5.3 http://www.programania.net/php/closures-en-php-53/ Ingeniería del Software Tue, 09 Mar 2010 17:10:04 +0000 http://wordpress.org/?v=2.9.2 hourly 1 Por: Futuro de PHP: closures, traits, namespaces, lambda y más. http://www.programania.net/php/closures-en-php-53/comment-page-1/#comment-12357 Futuro de PHP: closures, traits, namespaces, lambda y más. Thu, 11 Dec 2008 09:31:09 +0000 http://www.programania.net/webdev/closures-en-php-53/#comment-12357 [...] motidito el mundo del PHP. Ya sabíamos que PHP 6 traería Traits, que PHP 5.3 traería closures, o que cuando la 5.3 estuviera suficientemente expandida saldría Zend Framework 2.0 y que sería [...] [...] motidito el mundo del PHP. Ya sabíamos que PHP 6 traería Traits, que PHP 5.3 traería closures, o que cuando la 5.3 estuviera suficientemente expandida saldría Zend Framework 2.0 y que sería [...]

]]> Por: Luis Artola http://www.programania.net/php/closures-en-php-53/comment-page-1/#comment-10909 Luis Artola Tue, 29 Jul 2008 08:44:32 +0000 http://www.programania.net/webdev/closures-en-php-53/#comment-10909 Hola Enrique, como no podía ser de otra manera: no estoy de acuerdo. :-D Creo que PHP debe de ofrecer los máximos mecanismos posibles de reutilización de código y orientación a objetos. Creo que debe seguir la estela (y si fuera posible, liderarla) del resto de lenguajes de scripting. PHP no debe seguir a Java, debe seguir a Scala, Ruby o Python y, como digo, si puede adelantarlos. Me parece que eres un poco "stiffy": http://shiflett.org/blog/2006/feb/ruby-on-rails-fans Por cierto, ¿Qué opinas sobre el uso de annotations en Java? ¿demasiada flexibilidad? ¿por qué Java 6 ofrece posibilidades de scripting? Creo que PHP debe ser lo más potente y flexible posible e incorporar todas las innovaciones en lo que a implementación de lenguajes de scripting se refiere. Que conste que te doy toda la razón en cuanto a que los programadores de PHP tienen menos cultura del uso de OO que los programadores Java. Y si es verdad que eso ocurre porque Java te obliga a usar OO... Un saludo! Hola Enrique,

como no podía ser de otra manera: no estoy de acuerdo. :-D

Creo que PHP debe de ofrecer los máximos mecanismos posibles de reutilización de código y orientación a objetos. Creo que debe seguir la estela (y si fuera posible, liderarla) del resto de lenguajes de scripting. PHP no debe seguir a Java, debe seguir a Scala, Ruby o Python y, como digo, si puede adelantarlos.

Me parece que eres un poco “stiffy”:
http://shiflett.org/blog/2006/feb/ruby-on-rails-fans

Por cierto, ¿Qué opinas sobre el uso de annotations en Java? ¿demasiada flexibilidad? ¿por qué Java 6 ofrece posibilidades de scripting?

Creo que PHP debe ser lo más potente y flexible posible e incorporar todas las innovaciones en lo que a implementación de lenguajes de scripting se refiere.

Que conste que te doy toda la razón en cuanto a que los programadores de PHP tienen menos cultura del uso de OO que los programadores Java. Y si es verdad que eso ocurre porque Java te obliga a usar OO…

Un saludo!

]]> Por: Enrique Place http://www.programania.net/php/closures-en-php-53/comment-page-1/#comment-10907 Enrique Place Mon, 28 Jul 2008 20:12:26 +0000 http://www.programania.net/webdev/closures-en-php-53/#comment-10907 Opinión personal (como siempre) creo que al mundo PHP no le va a aportar mucho, vamos a seguir con el camino poder hacer cualquier cosa, sin nigún tipo de reglas (como hasta ahora). Java es más estricto que PHP, e incorporar algo de flexibilidad no le va a hacer daño, aunque hay muchas discusiones al respecto si este tipo de medidas rompen reglas de diseño. ¿Pero PHP? Donde ya por formación / deformación los desarrolladores no diseñan bien los sistemas, agregarle más caminos alternos? Creo que a PHP habría que sacarle un poco de "flexibilidad" para tener un camino más claro para trabajar, como hacen otros lenguajes. Opinión personal (como siempre) creo que al mundo PHP no le va a aportar mucho, vamos a seguir con el camino poder hacer cualquier cosa, sin nigún tipo de reglas (como hasta ahora).

Java es más estricto que PHP, e incorporar algo de flexibilidad no le va a hacer daño, aunque hay muchas discusiones al respecto si este tipo de medidas rompen reglas de diseño.

¿Pero PHP? Donde ya por formación / deformación los desarrolladores no diseñan bien los sistemas, agregarle más caminos alternos?

Creo que a PHP habría que sacarle un poco de “flexibilidad” para tener un camino más claro para trabajar, como hacen otros lenguajes.

]]> Por: Venkman http://www.programania.net/php/closures-en-php-53/comment-page-1/#comment-10894 Venkman Tue, 22 Jul 2008 08:01:55 +0000 http://www.programania.net/webdev/closures-en-php-53/#comment-10894 "Las closures son la posibilidad de pasar como argumento un trozo de código" No. Una "closure" es una construcción que existe en tiempo de ejecución que vincula una función con un entorno (scope) diferente -y ya cerrado- al entorno en el que se ejecuta. Es decir, es la construcción que abarca una función (que puede ser anónima o no serlo; es decir, puede ser un "trozo de código" o no) y un entorno de resolución (scope) que está accesible para esa función pero no para el resto porque ya está "cerrado". “Las closures son la posibilidad de pasar como argumento un trozo de código”

No.
Una “closure” es una construcción que existe en tiempo de ejecución que vincula una función con un entorno (scope) diferente -y ya cerrado- al entorno en el que se ejecuta.

Es decir, es la construcción que abarca una función (que puede ser anónima o no serlo; es decir, puede ser un “trozo de código” o no) y un entorno de resolución (scope) que está accesible para esa función pero no para el resto porque ya está “cerrado”.

]]>