[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]Sandino Araico Sanchez wrote:
Y además en perl está muy difícil lograr tal proeza.
de acuerdo, en perl puro si. si te clavas tantito en lo que hay en CPAN ya no tanto.
¿Por meter cosas como <?=$mi_variable?> o como <? if($bandera):?> ... <?endif?> dentro de un HTML te refieres a programar sucio?
no. no si se trata de un script pequenio, pero si tienes algo grande se pone macabro un cambio por minusculo que sea, por eso normalmente se usan templates (tanto en php como en perl)
Porque a mi me parece más sucio hacer cosas como print "<body bgcolor=\"#$bg_color\" vlink=\"#$v_link\" alink=\"#$a_link\">\n";
tambien a mi. pa empezar respondo igual que arriba: usa templates. mejor aun, haz todo con css y tu html son puros <DIV>.
Pero esa no es la única gracia de PHP. Hay otras muy chidas....
de acuerdo. Volviendo a mi post inicial, lo que digo es que lo que luego pasa mucho es que php es TAN comodo que luego la banda no explora otras posibilidades como mod_perl. Si tu script se reduce a un cgi tal vez la unica ventaja de mod_perl sea la rapidez (y esa es una guerra fria entre mod_perl y mod_php) pero una de las bellezas de mod_perl es que tienes el control completo del apache y se presta para un manejo muy bonito de un sistema grande. Combina esto con los objetos de perl, modulos, css y templates y tienes un sistema muy robusto y de rapidisimo desarrollo de aplicaciones. Salvador se avento una cosa asi que se llama gran jefe y una de las ideas por las que estamos trabajando aca en matias el liberarlo a la banda. basicamente falta tantita documentacion.
Lo interesante de estos flamewars es como calan dentro de la identificacion tribal de la banda. Es curioso que ante el prejuicio tribal decir "tal cosa la resuelvo en perl de x modo" se convierte en "perl es una basura" o en "php es una basura" segun quien escucha.
salu2, Ray
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature