Delphi 2007 for PHP

[Ñuño Martínez]

Creo que deberían haberlo llamado de otra forma, ya que el entorno C/C++ no se llama "Delphi for C/C++" sino "Builder", ¿o no?

Por otro lado, no creo que sea la mejor forma de programar en PHP/XHTML. Por lo poco que se ve la sobrecarga es enorme, lo que puede dificultar el trabajo del servidor.

[[poliburro]]

Empezado por Ñuño Martínez

Creo que deberían haberlo llamado de otra forma, ya que el entorno C/C++ no se llama "Delphi for C/C++" sino "Builder", ¿o no?

Por otro lado, no creo que sea la mejor forma de programar en PHP/XHTML. Por lo poco que se ve la sobrecarga es enorme, lo que puede dificultar el trabajo del servidor.

usar objetos no es la mejor forma?

en que sentido la sobrecarga es enorme?. Yo he desarrollado aplicaciones php usando objetos y me ha ido de maravilla.

Para mi un excelente nombre. El espíritu de delphi llevado a Php.

[Onti]

Empezado por poliburro

Yo he desarrollado aplicaciones php usando objetos y me ha ido de maravilla.

Para mi un excelente nombre. El espíritu de delphi llevado a Php.

Esta vez coincido plenamente con el amigo del Politécnico

[tang]

Desde el punto de vista del marketing, creo que lo mejor es que lo llamen Delphi for PHP, el nombre conjuga la buena fama de Delphi y la popularidad de PHP como herramienta de programación para internet.

Tambien apunta directamente al target (usuarios) de Delphi, VB y PHP.

Me gustaria decirle al amigo Andreano de Codegear que en php hace falta un buen motor de reportes (existe phpreports), deberian invitar a la gente de FastReports, Reportbuilder, QuickReport o RAVE Reports que porten su experiencia a php.

Si Delphi for PHP funciona tan bien como Delphi van a Vender muchisimo, porque desde hace tiempo hace falta un buen IDE para PHP y sobre todo un buen framework y creo que las VCL's han demostrado ser excelentes.

[roman]

Empezado por poliburro

usar objetos no es la mejor forma?

No creo que Ñuño se refiera a eso precisamente pero sí al hecho de que a lo que se ve hay todo un framework detrás que podría ser muy pesado. Yo pienso que es muy prematuro poder decir algo al respecto hasta que no hagamos nuestras propias pruebas, pero lo cierto es que hay muchísimos frameworks que representan una carga enorme. No es lo mismo hacer un framework en delphi que en php porque con éste último, todo el framework se carga en cada página, es decir, todas las definiciones de clases, variables y demás que se usen en una página se cargan cada vez. Pueden verse una cantidad enorme de clases dios que hacen absolutamente de todo, sin una buena repartición de tareas.

Desde luego, yo confío en que aquí la situación será muy distinta y estoy esperanzado en ver un framework muy bien diseñado. De verdad que ya me da comezón en el dedo para darle al botón de la compra anticipada

Quizá lo que me detiene es que realmente necesitamos ver un poco más. El video que hay ahora realmente, sin ánimo de ofender, es muy pobre y no muestra casi nada.

// Saludos

[[poliburro]]

Coincido totalmente contigo román, Aún cuando me siento sumamente emocionado por la salida de delphi for php y lo que vi en el video, creo que debemos esperar a probarlo, pues acertadamente mencionas que un framework mal diseñado puede ser muy pesado y lento.


Ya veremos el 5 de marzo. Por cierto román. irás a la presentación?

[roman]

Empezado por poliburro

Ya veremos el 5 de marzo. Por cierto román. irás a la presentación?

No lo sé, o mejor dicho, aún no lo decido. Tengo pensado tomar un curso que comienza justo ese día y a la misma hora

// Saludos

[[Andreano]]

Empezado por Ñuño Martínez

Creo que deberían haberlo llamado de otra forma, ya que el entorno C/C++ no se llama "Delphi for C/C++" sino "Builder", ¿o no?

Por otro lado, no creo que sea la mejor forma de programar en PHP/XHTML. Por lo poco que se ve la sobrecarga es enorme, lo que puede dificultar el trabajo del servidor.

Martínes, le invito a ver la herramienta antes de tirar conclusiones, la VCL para PHP es totalmente basada en PHP, no hay sobrecarga en los servidores, o que Delphi para PHP trae es lo primero desarrollo visual para PHP.

[[mlara]]

Excelente el video... pero hubiese querido ver el código PHP que genera. Por otra parte, cómo los diseñadores pueden sacar provecho de esta herramienta? Nuestra empresa quiere potenciar sus productos con buenas herramientas de desarrollo que permitan integrar tecnologías y acerquen un poco a quienes realizan diferentes roles en el departamento de desarrollo.

[Julián]

Empezado por Andreano

lo que Delphi para PHP trae es lo primero desarrollo visual para PHP.

¿Significa eso que no permitirá abrir un proyecto existente?
Si abrimos algo como Wordpres, Joomla, Xoops, etc. no estaremos abriendo, evidentemente, una aplicación que use la phpVCL, ¿podría aún así abrirlo, editarlo y depurarlo con delphi para PHP?

Creo que la respuesta a esta cuestión es muy importante. ¿o no?

Y otra cosa mas importate aún: un desarrollo en PHP nunca va solo. Un desarrollo en PHP en la realidad es PHP+HTML+Javascript+CSS. Un IDE para PHP que quiera tener un mímimo éxito debería servir también para HTML ,CSS y JavaScript. ¿Como esta este tema en delphi para PHP?

Ya se que me repito con la misma pregunta que el otro día pero es que sigo intrigado.

Un saludo!

[DarKraZY]

Nuevo ejemplo Este nuevo ejemplo nos muestra sin teclear nada de código un componente "DBGrid" en la web.

[Ñuño Martínez]

Empezado por Andreano

Martínes, le invito a ver la herramienta antes de tirar conclusiones, la VCL para PHP es totalmente basada en PHP, no hay sobrecarga en los servidores, o que Delphi para PHP trae es lo primero desarrollo visual para PHP.

Evidentemente hablo sólo a partir de lo que muestra el vídeo. Pero me remito a lo dicho por Román.

Empezado por roman

No creo que Ñuño se refiera a eso precisamente pero sí al hecho de que a lo que se ve hay todo un framework detrás que podría ser muy pesado. Yo pienso que es muy prematuro poder decir algo al respecto hasta que no hagamos nuestras propias pruebas, pero lo cierto es que hay muchísimos frameworks que representan una carga enorme. No es lo mismo hacer un framework en delphi que en php porque con éste último, todo el framework se carga en cada página, es decir, todas las definiciones de clases, variables y demás que se usen en una página se cargan cada vez. Pueden verse una cantidad enorme de clases dios que hacen absolutamente de todo, sin una buena repartición de tareas.

Mi miedo es que cada vez que el navegador solicite la página o fomulario el servidor tenga que cargar e interpretar una gran cantidad de clases. Aparte de esto, para que el intérprete PHP sea capaz de responder al evento OnClick supongo que habrá que enviarle mucha información, bien sea a través de POST o de GET. Hablo por la experiencia que tengo con aplicaciones y librerías como PEAR, phpBB y FetchAll.

Es a este tipo de sobrecarga (sobrecarga de trabajo) al que me refiero. Las páginas web, al igual que cualquier aplicación servidor, deben ser lo más ligeras posible.

[[mlara]]

Con relación a lo que dice Martínez supongo que la sobrecarga por solicitud se disipa con el uso de AJAX. Sin embargo, para asegurar esto, primero habrá que verlo funcionando; yo también me puedo volver un poco insistente, pero me gustaría ver el código que genera. En el video de ejemplo, la funcionalidad de la grilla, debe ser una implementación HTML+JavaScript, pero si se hace un 'Refresh', digamos desde un botón, cómo lo haría? Usando AJAX para solicitar al servidor exclusivamente los registros sin tener que recargar toda la página?

Por otra parte, tengo la duda de si antes del lanzamiento habrá versiones trial o si el producto estará disponible. ¿?¿?¿?

[dec]

Hola,

Empezado por mlara

Con relación a lo que dice Martínez supongo que la sobrecarga por solicitud se disipa con el uso de AJAX.

Bueno. Creo que eso no sería del todo correcto por una razón: con "Ajax" pueden hacerse peticiones HTTP en segundo plano, sin necesidad de recargar una página, ahora bien, la petición HTTP sigue siendo necesaria, y la "carga" que esta genere... dependerá de ella misma más bien que de si se ha realizado vía "Ajax" o no. Vamos, digo yo, ¿eh?

[[mlara]]

Y qué tal si Andreano nos cuenta un poco acerca de esto?

[dec]

¡Queremos probar el programa YA!