FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Cita:
Cita:
Última edición por Chris fecha: 04-04-2011 a las 22:37:06. |
#2
|
||||
|
||||
Cita:
Hasta ahora no he visto un sólo argumento contra PHP que no esté basado en el prejuicio, el desconocimiento o la simple aversión personal, supongo porque da caché, hablar mal de lo que es popular. Para criticar algo se tiene que conocer. Se juzga mucho al PHP actual por lo que fue en sus inicios. Recalcan lo del origen del nombre como si eso fuera una prueba de lo malo que es el lenguaje. Hablan de la mezcla del código HTML y PHP sin realmente haberse detenido a examinar si eso es inherentemente malo. // Saludos |
#3
|
||||
|
||||
Cita:
No se si hay aquí muchos que sufrieron la época de ASP, PHP (antes de los frameworks nuevos), ASP.NET con html inline, etc... Con la excepción de hacer una única pagina (o un conjunto muy bajo) donde hacer todo un proyecto seria pesado, no veo un argumento solido en hacer un proyecto de un sitio web donde se mezcle rutinariamente el html/js/css/lenguaje servidor... asi que roman, cual es el caso de uso que me he perdido en estos 10 años???
__________________
El malabarista. |
#4
|
||||
|
||||
Cita:
¿Cuándo es bueno? Cuando el código PHP que mezclas con HTML es únicamente código para rellenar huecos, iterar registros, etc. Código únicamente para controlar la presentación (¿Cuántas veces habré escrito esto en este hilo?). Ejemplos de su uso ya se han dado aquí. ¿Desde cuándo puede hacerse esto? Desde siempre. No se requieren frameworks nuevos. Es algo que se puede hacer desde PHP 3. Claro que ya depende de cada quien qué tan feo quiera programar. Además, nadie te obliga a mezclar html y php. Puedes usar smarty u otro sistema de plantillas. Cosa que a mi en lo personal no me gusta porque requiere un "parseo" extra. ¿Que PHP es susceptible de "caer" en manos de programadores que escriban caóticamente? Sí. Y Delphi también ¿Y? Se puede criticar una herramienta. Nadie debe asustarse ni ofenderse por ello. Y examinar otras opciones, como Python, puede ser muy enriquecedor. Lo que me parece inapropiado es criticar con base en malas técnicas de programación, creencias infundadas y desconocimiento del estátus actual de dicha herramienta. // Saludos |
#5
|
||||
|
||||
Cita:
Lo cual degenera en que los desarrollos salgan de forma caótica. Entonces es malo. Se que el punto que estas anotando es que un buen programador le dará un uso apropiado... en lo cual concuerdo. Pero cuanto de eso existe por ahi? Entonces, si una herramienta X permite un manejo mejor, mas sencillo, loquesea por defecto y hace que el caso menos ideal sea una rareza, por ende es mejor. Es como discutir entre transmision automatica y manual. En manos expertas, la manual es mejor. Pero es claro que la automatica es superior en terminos generales. Y no se si estoy escribiendo de forma muy combativa o que, pero lo que he tratado de decir es que a la hora de elegir la herramienta, el ecosistema pesa mucho. Y si una mayoria de ese ecosistema no esta sobre un fundamento mas solido, tocara tarde o temprano pelearse con el. Para algunos que son desarrolladores disciplinados ni le veran el lio... porque son disciplinados. Pero a la vez, si eres disciplinado y tienes por default un framework mejor diseñado, tambien te beneficia. Es como con la VCL. Si se compara con el API raso de windows (o peor, la MCF) es muy notable su superioridad... no tecnica, sino en estilo. Tonces, si alguien va a empezar con PHP, deberia seriamente ignorar los ejemplos mas comunes, y usar una separacion tipo MVC. Y tener la disciplina de no mezclar presentación con lógica (un esfuerzo que ha probado su inutilidad a larga escala en todos los años que existen las herramientas de programación que lo promueven o permiten... pues delphi ahi lo tienes) o mejor usar un sistema de plantillas... (hay casos muy concretos donde es bueno la mezcla de todo eso... y el caso #1 solo te afecta si tienes un sitio de altisima demanda....)
__________________
El malabarista. |
#6
|
||||
|
||||
Cita:
Lo que dices, del ecosistema, la facilidad con la que se pueden hacer malos códigos, etc. aplica también a Delphi, y, sin embargo, no veo que a éste lo cortes con la misma tijera que a PHP en ese aspecto. Porque, entonces, siguiendo tu línea de argumentación, tendrías que concluir que Delphi es el Visual Basic del escritorio Y en mi opinión, confundes el lenguaje en sí con técnicas de programación. Tener una buena metodología, como lo podría ser MVC, no es inherente al lenguaje. Como ya te han mencionado aquí, MVC no es parte de Python. Django, un framework para Python, trabaja con la metodología MVC, así como muchos framework para PHP lo hacen. Pero vayamos con tus ejemplos automovilísticos. Estarás de acuerdo que un Jaguar lo puede manejar cualquier mequetrefe con resultados caóticos. Pero, un Jaguar es un Jaguar... ¿Lo descartamos porque puede ser mal manejado? // Saludos |
#7
|
||||
|
||||
Hombre, pues claro! Y yo me encargo de manejarlo bien... asi que pasenme sus jaguar
__________________
El malabarista. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Sus opiniones sobre la CLX | Lord Delfos | Varios | 6 | 10-03-2010 15:21:15 |
Opiniones sobre la compra de Sun por Oracle | D-MO | Debates | 3 | 05-01-2010 23:13:30 |
Tutorial de Python 'Python para todos' | marcoszorrilla | Noticias | 11 | 15-02-2009 05:19:15 |
trabajo con perl | alachaise | Internet | 0 | 23-11-2004 16:23:56 |
Opiniones sobre el Firebird 1.5RC3 para aplicaciones web | victork_py | Firebird e Interbase | 2 | 04-07-2003 14:54:45 |
|