PHP OO PHP 5.5, 5.6 y futuras versiones (6.0 ?)

[Italico76]

PHP en muchas cosas se parece cada dia mas a .NET por ejemplo con una buena cantidad de iteradores algo positivo sin duda.

Lo que me deja siempre desiliucionado es que sigan agregando funciones, por ejemplo de 5.4.x a 5.5.0 se agregaron unas 109 funciones siendo que ya tenia mas de 700 u 800 en su arsenal, ¿ quien puede dominar un lenguaje basado en funciones cuando son cientas ?

(que no sea GatorV aclaro)

array_column()
boolval()
json_last_error_msg()
password_get_info()
password_hash()
password_needs_rehash()
password_verify()
hash_pbkdf2()
openssl_pbkdf2()
curl_escape()
curl_multi_setopt()
curl_multi_strerror()
curl_pause()
curl_reset()
curl_share_close()
curl_share_init()
curl_share_setopt()
curl_strerror()
curl_unescape()
imageaffinematrixconcat()
imageaffinematrixget()
imagecrop()
imagecropauto()
imageflip()
imagepalettetotruecolor()
imagescale()
mysqli_begin_transaction()
mysqli_release_savepoint()
mysqli_savepoint()
pg_escape_literal()
pg_escape_identifier()
cli_get_process_title()
cli_set_process_title()
datefmt_format_object()
datefmt_get_calendar_object()
datefmt_get_timezone()
datefmt_set_timezone()
datefmt_get_calendar_object()
intlcal_create_instance()
intlcal_get_keyword_values_for_locale()
intlcal_get_now()
intlcal_get_available_locales()
intlcal_get()
intlcal_get_time()
intlcal_set_time()
intlcal_add()
intlcal_set_time_zone()
intlcal_after()
intlcal_before()
intlcal_set()
intlcal_roll()
intlcal_clear()
intlcal_field_difference()
intlcal_get_actual_maximum()
intlcal_get_actual_minimum()
intlcal_get_day_of_week_type()
intlcal_get_first_day_of_week()
intlcal_get_greatest_minimum()
intlcal_get_least_maximum()
intlcal_get_locale()
intlcal_get_maximum()
intlcal_get_minimal_days_in_first_week()
intlcal_get_minimum()
intlcal_get_time_zone()
intlcal_get_type()
intlcal_get_weekend_transition()
intlcal_in_daylight_time()
intlcal_is_equivalent_to()
intlcal_is_lenient()
intlcal_is_set()
intlcal_is_weekend()
intlcal_set_first_day_of_week()
intlcal_set_lenient()
intlcal_equals()
intlcal_get_repeated_wall_time_option()
intlcal_get_skipped_wall_time_option()
intlcal_set_repeated_wall_time_option()
intlcal_set_skipped_wall_time_option()
intlcal_from_date_time()
intlcal_to_date_time()
intlcal_get_error_code()
intlcal_get_error_message()
intlgregcal_create_instance()
intlgregcal_set_gregorian_change()
intlgregcal_get_gregorian_change()
intlgregcal_is_leap_year()
intltz_create_time_zone()
intltz_create_default()
intltz_get_id()
intltz_get_gmt()
intltz_get_unknown()
intltz_create_enumeration()
intltz_count_equivalent_ids()
intltz_create_time_zone_id_enumeration()
intltz_get_canonical_id()
intltz_get_region()
intltz_get_tz_data_version()
intltz_get_equivalent_id()
intltz_use_daylight_time()
intltz_get_offset()
intltz_get_raw_offset()
intltz_has_same_rules()
intltz_get_display_name()
intltz_get_dst_savings()
intltz_from_date_time_zone()
intltz_to_date_time_zone()
intltz_get_error_code()
intltz_get_error_message()
SplFixedArray::__wakeup()

http://www.php.net/manual/en/migrati...-functions.php


Ojala nos soprendan a todos y PHP 6.0 que se viene demorando sea mas al estilo Ruby aunque sea a costa de rendimiento pues el hardware es cada vez mas barato en comparacion al costo-hora de programar y un programador aun experto puede necesitar muchas veces consultar la documentacion en un dia por este tipo de paradigma. Las IDEs ayudan pero sigo esperando un lenguaje mucho mas OO

[pateketrueke]

¿Y qué tienen de malo las funciones?

Por ejemplo Python es un lenguaje orientado a objetos que también hace uso de ese estilo, es decir, a diferencia de otros lenguajes no existe el operador de acceso a métodos o propiedades: this.

El objeto en cuestión siempre se pasa como primer argumento: fn(self, n1, n2, ...)

Ahora, si crees que OO significa usar operadores como new o this entonces no sabes nada de OO.

Finalmente si son funciones o métodos de objetos todo es azúcar sintáctico, una forma de abstraer la manera en que resolvemos problemas con determinadas metodologías.

Tan solo hay que mirar el manual que habla de MySQLi: http://mx2.php.net/mysqli_query

Código PHP:

// OO-style
$mysqli = new mysqli("localhost", "my_user", "my_password", "world");
$mysqli->query("CREATE TEMPORARY TABLE myCity LIKE City");
 
// FN-style
$link = mysqli_connect("localhost", "my_user", "my_password", "world");
mysqli_query($link, "CREATE TEMPORARY TABLE myCity LIKE City");
 

¿Cual es la confusión?

Traduce una clase con 100 métodos en funciones y tienes únicamente 100 funciones, así que ciertamente no se trata de memorizar APIs, para eso existen las referencias y la documentación, ese argumento tuyo es bastante hueco.

Finalmente dices "al estilo Ruby", ¿qué es ese estilo que no sea azúcar sintáctico?

Si me respondes con argumentos coherentes te doy karma.

[anacona16]

No soy un experto en PHP ni Ruby pero lo que dice pateketrueke es muy cierto...

[Italico76]

Iniciado por pateketrueke

¿Y qué tienen de malo las funciones?

Por ejemplo Python es un lenguaje orientado a objetos que también hace uso de ese estilo, es decir, a diferencia de otros lenguajes no existe el operador de acceso a métodos o propiedades: this.

El objeto en cuestión siempre se pasa como primer argumento: fn(self, n1, n2, ...)

Ahora, si crees que OO significa usar operadores como new o this entonces no sabes nada de OO.

Me sorprende tu respuesta! el problema es que es totalmente arbitrario el orden de los parametros y en PHP se han puesto de forma incoistente entre muchas funciones incluso de la misma familia (arrays, strings, etc.)

Programar OO no es hacer New, ...QUE COSA has dicho

¿qué es ese estilo que no sea azúcar sintáctico?

Es verdad que Ruby = magia, pero acaso __get(), __set(),__call(), __isset(), __unset(), __sleep(), __wakeup(), __toString(), __invoke(), __set_state() y __clone(), etc no es tambien magia ?


Volviendo a lo primero, cuantas funciones tienes en .NET o en JAVA ? ademas y es CLAVE es de que tipo de clase proviene un objeto con el que trabajas te da el CONTEXTO y eso ayuda mucho a los IDEs y a ti puesto que cuando haces por ejemplo: "string." el IDE sabe cuales son los metodos que pueden tener sentido en ese contexto y te sugerira por ejemplo string.Format() o string.IndexOf() o string.Replace() ...etc .. por otro lado es mucho mas dificil recordar cual es la funcion en PHP para hacer tal o cual cosa sin tener que recurrir a un manual sobre todo cuando trabajas con arrays, strings, objetos DOM,.. incluso imagenes ...

[abimex]

que estupidez, uso Ruby PHP y otros lenguajes, creo que conozco el 10% de las funciones de los lenguajes, siempre que necesito algo que no sea "estandar" tengo que estar revisando la documentación, podrias quedarte con la version 4 de php si te molestan las cosas nuevas. ¿IDE? eso es lo de menos, podrias usar el block de notas de windows y producir un código decente y funcional

[Italico76]

Y agrego algo: de acuerdo..es cuestion de "metodologias" o Paradigmas pero el paradigmas de procedimientos esta AGOTADO y quedo para soluciones que requieren alta performance o en lenguajes que simplemente por ser "puristas" no incluyen la programacion OO entre sus caracteristicas.

Iniciado por abimex

que estupidez, uso Ruby PHP y otros lenguajes, creo que conozco el 10% de las funciones de los lenguajes, siempre que necesito algo que no sea "estandar" tengo que estar revisando la documentación, podrias quedarte con la version 4 de php si te molestan las cosas nuevas. ¿IDE? eso es lo de menos, podrias usar el block de notas de windows y producir un código decente y funcional

Mmm... y te parece tan practico ? que bien! pero no creo sea una "estupidez" sino seguiriamos programando en assembler y la prueba es que CASI todos los lenguajes asi sea arcaicos como COBOL han incluido ya la programacion OO

Y contame... usas funciones en Ruby, como es eso ? no sabia que fuera posible...... ;)

[pateketrueke]

Iniciado por Italico76

Y agrego algo: de acuerdo..es cuestion de "metodologias" o Paradigmas pero el paradigmas de procedimientos esta AGOTADO y quedo para soluciones que requieren alta performance o en lenguajes que simplemente por ser "puristas" no incluyen la programacion OO entre sus caracteristicas.



Mmm... y te parece tan practico ? que bien! pero no creo sea una "estupidez" sino seguiriamos programando en assembler y la prueba es que CASI todos los lenguajes asi sea arcaicos como COBOL han incluido ya la programacion OO

Y contame... usas funciones en Ruby, como es eso ? no sabia que fuera posible...... ;)

De hecho estás equivocado, si de verdad quisieras rendimiento escribirías todo en ensamblador que es lo mas eficiente en la actualidad, ¿y quién dicen que ya no se programa en bajo nivel?

Seguro imaginas que los drivers de tu tarjeta gráfica están escritos en Ruby, ¿verdad?

Al contrario, deberías estudiar algo de diseño de lenguajes, pues toda el azúcar y diseño que se implementa es a gran costo de rendimiento, que aunque bien implementado no deja de ser un buen precio a pagar.

Rendimiento no es escribir en OOP, rendimiento no es escribir poco y bonito código.

Rendimiento es hacer bien las cosas, programar correctamente y si de verdad quieres hablar de rendimiento te quedas corto señalando únicamente a un lenguaje como excusa, el rendimiento es resultado de un todo, no de un lenguaje.

Tu argumentación no sale de ser azúcar sintáctico, ¿magia? !azúcar dije!

PDTA: Todos sabemos que PHP es feo e inconsistente, duerme un poco.

[Italico76]

Iniciado por pateketrueke

De hecho estás equivocado, si de verdad quisieras rendimiento escribirías todo en ensamblador que es lo mas eficiente en la actualidad, ¿y quién dicen que ya no se programa en bajo nivel?

Seguro imaginas que los drivers de tu tarjeta gráfica están escritos en Ruby, ¿verdad?

En serio ?????????????? alguna otra cosa obvia ?

PHP no es ensamblador de hecho esta en el otro extremo puesto que es un lenguaje de alto nivel y es interpretado (asi de obvio tambien como lo que tu dices) y es logicamente imposible escribir un driver en un lenguaje interpretado (me tocaria investigar sin en lenguaje C se puede a pesar de ser de 'alto nivel')

Veo que estan cansados muchachos...... algo lentos

PDTA: Todos sabemos que PHP es feo e inconsistente, duerme un poco.

No habia leido tu comentario final....... jeje, de acuerdo...

[HackmanC]

Hola,

Iniciado por Italico76

... se agregaron unas 109 funciones siendo que ya tenia mas de 700 u 800 en su arsenal, ¿ quien puede dominar un lenguaje basado en funciones cuando son cientas ? ...

Posiblemente esa cantidad de métodos es fácilmente sobrepasado solamente en System.Windows.Forms o java.awt; eso solamente en ese namespace o package. Visual Basic 6.0 contaba con aproximadamente la misma cantidad de funciones según recuerdo (y tampoco era un lenguaje completamente orientado a objetos).

Aunque si hay una diferencia importante que en PHP no se observa tan claramente, uno de los tantos objetivos de la programación orientada a objetos es la herencia y las interfaces. El lenguaje PHP no es un lenguaje 'fuertemente tipado' por lo tanto las interfaces pierden bastante su sentido, no me sirve de mucho crear una interface si al final puedo pasar 'lo que se me de la gana' como parámetro a una función, al contrario de otros lenguajes donde solamente puedo pasar un objeto que implemente dicha interface.

Por cierto que ese número de funciones se queda muy corto cuando agregas un framework adicional como Zend.

Iniciado por Italico76

... en comparacion al costo-hora de programar y un programador aun experto puede necesitar muchas veces consultar la documentacion en un dia por este tipo de paradigma. Las IDEs ayudan pero sigo esperando un lenguaje mucho mas OO

Personalmente no veo la diferencia tan marcada sino es en la cantidad de funciones o métodos de las clases. Usando tu ejemplo,

Código:

password_get_info()
password_hash()
password_needs_rehash()
password_verify()

Usando un IDE descente solamente tendrías que escribir password y presionar Ctrl+Space para ver las opciones adicionales, si ese ejemplo fuera orientado a objetos,

Código:

password {
  get_info()
  hash()
  needs_rehash()
  verify()
}

En ese caso tendrías que escribir password y al presionar las teclas correspondientes la IDE debería mostrar las opciones disponibles. Técnicamente no veo la diferencia a saber que las funciones comienzan con la palabra password o el nombre de una clase sea password, aunque es cierto que hay muchas excepciones.

Iniciado por pateketrueke

... Por ejemplo Python es un lenguaje orientado a objetos que también hace uso de ese estilo, es decir, a diferencia de otros lenguajes no existe el operador de acceso a métodos o propiedades: this.

El objeto en cuestión siempre se pasa como primer argumento: fn(self, n1, n2, ...) ...

Ese es un detalle interesante, normalmente en casi todos los lenguajes orientados a objetos, se pasa 'this' como primer parámetro a la función, el lenguaje C++ y Java así lo hacen, lo único es que en estos lenguajes está escondido, el compilador genera el código necesario para pasar dicho parametro automáticamente sin necesidad de escribirlo. Fácilmente se puede observar ese comportamiento en el código fuente de un compilador escrito en C para generar código C++.

Iniciado por pateketrueke

... Traduce una clase con 100 métodos en funciones y tienes únicamente 100 funciones, así que ciertamente no se trata de memorizar APIs, para eso existen las referencias y la documentación, ese argumento tuyo es bastante hueco. ...

Exactamente, la misma cantidad de métodos existen en las clases de los lenguajes orientados a objetos, y en el caso de .NET o Java es abrumador. Ahora eso de memorizar APIs viene siendo de gran ayuda, aunque un IDE descente debería mostrar la documentación al solamente posicionar el mouse sobre la función o presionar una serie de teclas. Definitivamente para programar en un lenguaje cualquier programdor debería conocer la API de principio a fin de memoria aunque de vez en cuando olvide su sintaxis exacta.

Iniciado por Italico76

... Volviendo a lo primero, cuantas funciones tienes en .NET o en JAVA ? ademas y es CLAVE es de que tipo de clase proviene un objeto con el que trabajas te da el CONTEXTO y eso ayuda mucho a los IDEs y a ti puesto que cuando haces por ejemplo: "string." el IDE sabe cuales son los metodos que pueden tener sentido en ese contexto y te sugerira por ejemplo string.Format() o string.IndexOf() o string.Replace() ...

Técnicamente el IDE debería mostrarte las opciones disponibles al escribir password_ y una combinación como Ctrl+Space; aún así la clase String tiene tantos métodos y propiedades en Java que viene dando igual, es decir, escribes String. y muestra 100+ métodos, de los cuales si no sabes lo que sigue tendrías que buscarlo en la lista de métodos. La única forma de mejorar eso es saber de memoria todo o por lo menos lo usado frecuentemente.

Iniciado por abimex

... ¿IDE? eso es lo de menos, podrias usar el block de notas de windows y producir un código decente y funcional ...

Eso de la IDE no es solamente un accesorio, por ejemplo en Eclipse y NetBeans escribes una parte de una construcción del lenguaje y te genera mucho código que facilita la creación de aplicaciones. Cuantas veces te has visto escribiendo :

for ($i = 0; $i < $x; $i++) {
}

En una IDE descente en la actualidad solo escribes for y presionas un par de teclas y genera todo lo demás automáticamente, adicionalmente cuentan con construcciones mas complejas. Con eso te ahorras horas de trabajo que al final te beneficia mucho.

Iniciado por pateketrueke

... Rendimiento no es escribir en OOP, rendimiento no es escribir poco y bonito código. ...

Yo creo que ese es el punto clave en PHP, la idea principal es que sea un lenguaje liviano y rápido, fácil de escribir el código en aplicaciones genéricas; al contrario de Java y .NET y otros donde el código debe de cumplir con muchos requerimientos adicionales, así como el 'sintactic sugar' que viene por defecto en estos. Ese costo adicional en la complejidad del código genera otras ventajas, pero esa es otra historia.

Saludos,

[abimex]

pero eclipse te traga toda la RAM XD, prefiero usar el VIM me gusta mucho mas...

respecto a lo de ruby, obviamente no tiene funciones como tales, todo es por objetos, pero entendiste el punto :P

Lo de las funciones no creo que alguien (ni sus creadores) conozca un lenguaje al 100%...

Se me hace muy mediocre pensar que es algo malo agregar funciones al lenguaje...

[portalmana]

Una aclaracion en php si podes exigir que un dato sea de determinada clase o interface.
Incluso que sea array no permite para cadenas, enteros pero para el resto se puede.

Código PHP:

class MiClass {
public function (Persona $persona) { ...
....
 

saludos

[HackmanC]

Hola,

Iniciado por portalmana

Una aclaracion en php si podes exigir que un dato sea de determinada clase o interface.
Incluso que sea array no permite para cadenas, enteros pero para el resto se puede. ..

Tienes toda la razón, mas que todo me refería a que en otros lenguajes se refuerza más la obligación de usar las interfaces o tipos fuertes. Realmente me esperaba que alguien hiciera la aclaración, es decir, se puede, pero no es tan marcado como el uso de las interfaces como en Java y otros.

Y con eso me refería a que "no se observa tan claramente", porque en PHP puedo escribir un parámetro sin tipo, y pasarle un objeto que cumpla con una interface; mientras que en otro lenguaje tiene que tener un tipo obligatoriamente y con el tiempo te acostumbras a usar la interface.

No quise dar a entender que no se podía, aunque se agradece mucho la aclaración,

Saludos,

[HackmanC]

Hola,

Iniciado por abimex

pero eclipse te traga toda la RAM XD, prefiero usar el VIM me gusta mucho mas...

Muy cierto a eso me refería con una IDE decente, en Vim también puedes hacer el completado de código automático, resaltado, y muchas cosas que haces en Eclipse y mucho mas rápido, Vim es una muy buena IDE para muchas cosas. El pequeño problema es la curva de aprendizaje, configuración personalizada, etc. Como dicen, para gustos los colores.

Iniciado por abimex

Lo de las funciones no creo que alguien (ni sus creadores) conozca un lenguaje al 100%...

Bueno, allí entramos a un terreno muy escabroso XD. A mi me parece como querer manejar un carro y no saber que tiene freno o que tiene retrovisor; cuando lo necesitas no sabes que existe.

Yo no me refiero a saberlo de memoria pero por lo menos saber de memoria lo mas importante y haber leído todo lo demás por lo menos una vez. Y un lenguaje de 1000 funciones es fácil aprenderlas todas en un mes o menos, o por lo menos haber leído una vez para que sirven.

Podría mostrar muchos ejemplos de programación, donde por desconocimiento del lenguaje crean cientos de líneas de código para hacer algo que ya existe, léase Regular Expressions, Calendar y otro montón de cosas en Java; ni se diga en PHP.

Pero también depende del tipo de aplicaciones que se necesitan realizar y las necesidades de cada quien, y el resultado que desean,

Saludos,

[pateketrueke]

Totalmente de acuerdo, sin embargo la única y mejor solución a todo ese dilema de memorización se resuelve así: RTFM

[minimal]

yo simplemente sueño con el dia que tengamos un php tan pero tan robusto que no necesitemos de tantos frameworks y metodologias que ya me tienen como loco

[pateketrueke]

Iniciado por minimal

yo simplemente sueño con el dia que tengamos un php tan pero tan robusto que no necesitemos de tantos frameworks y metodologias que ya me tienen como loco

Y ese día jamás llegará.

Ningún lenguaje en su núcleo debería cubrir todas las necesidades all-in-one, para eso hay extensiones del mismo, librerías, etc.

Ese es el objetivo del OpenSource, así es como funciona la comunidad, de otra forma mantener cualquier lenguaje que tenga de todo eso sería un infierno.

Sigue soñando.