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:
Ningún problema! De hecho el soporte para tecnologías web es muy bueno e incluso en algunos casos mejor que la gran mayoría. Pero a pesar de esa especialización, mi critica va en sentido de que nunca se ha podido solventar el problema de la mezcla de código. Talvez, nosotros como programadores no veamos problema a esto. Pero en equipos donde meten mano personas que no son programadores puede serlo. O también puede ser que parte del sistema pueda verse comprometida al estar expuesto su código a todo el mundo. Creo que en estos casos es algo a tener en cuenta. |
#2
|
||||
|
||||
Chris... en python (no se nada de python), ¿si no usas django podrias generar una simple pagina web sin mezclar html con python?
__________________
Buena caza y buen remar... http://mivaler.blogspot.com |
#3
|
||||
|
||||
No, ya ho ha dicho D-MO. De hecho en Python es pero que en PHP, pues necesita incluir "echo's" para todo.
|
#4
|
||||
|
||||
La solución propuesta por roman es perfectamente aceptable. Yo he citado los motores de plantillas para poner a PHP en la misma posición que Django.
Saludos. |
#5
|
||||
|
||||
Cita:
Esto es el estilo estandar de trabajar con cadenas: Código:
print "Una cadena que muestra %(variable)s" % {'variable':123} http://docs.python.org/release/2.5.2/lib/node40.html Por eso, en python es la forma natural de casi todos los frameworks de sitios web, el usar plantillas. De hecho, hay muchas: http://www.webwareforpython.org/Papers/Templates/ (Hay un par que permite codigo espaguetti, pero en la comunidad de python no es popular. Eso es para la gente que viene de otros lenguajes)
__________________
El malabarista. |
#6
|
||||
|
||||
Cita:
Cita:
Cita:
Ahora, veamos lo de la mezcla de PHP y HTML. ¿Se pueden mezclar? Sí. ¿Se deben mezclar? Depende. Una cosa es que en un mismo script pongas todo el código de conexión al servidor, consulta de datos, implementación de la lógica y, para colmo, generación de HTML. Eso, en mi opinión, es incorrecto. Pero nadie te obliga a una mezcla así tan libertina. Incluso sin recurrir a cosas como SMARTY puedes tener plantillas muy limpias donde el único código PHP que ves es básicamente para "rellenar huecos" e iterar una lista de objetos. A eso me refiero. // Saludos |
#7
|
||||
|
||||
En Python es de sí o sí meter el html dentro de una cadena para "imprimirla" y mostrarla en pantalla.
Lo que pasa es que comparas el sistema de plantilla se Django con un archivo único de php. ¿Está esto balanceado? Pongamos las cosas por igual, con Python a Django Template Language y con PHP a Dwoo, el escenario es el siguiente: El usuario hace una petición a la página precio_actualizado.html con la intención de que se le muestre el precio alctual del producto X. Django: app_name/views.py Código:
def precio_actualizado(request, page): precio = 12345 return direct_to_template(request, template='precio_actualizado.html', {'nuevo_precio': precio ) template/precio_actualizado.html Código:
<html> <head> <title>Precio Actualizado</title> </head> <body> El precio actual es {{ nuevo_precio }} </body> </html> precio_actualizado.php Código PHP:
Código:
<html> <head> <title>Precio Actualizado</title> </head> <body> El precio actual es { $nuevo_precio } </body> </html> Saludos. |
#8
|
||||
|
||||
Pero, incluso puede ser así:
Código PHP:
Código PHP:
Repito, lo malo es la mezcla de código de presentación y código de la lógica. // Saludos |
#9
|
||||
|
||||
Estimados compañeros, mejor dejemos la discusión que no llegamos a nada. No se trata que porque en A no se pueda, entonces le perdonamos a B que tampoco se pueda. Además el tema tiende a preferencias, lo que hará que nunca estemos de acuerdo. Hay quienes prefieran tener la posibilidad de colocar código PHP en las plantillas. Es una gran posibilidad para crear plantillas más "potentes" y además tener mejor control. Aunque esto último es relativo. Pero hay otro que prefiramos las cosas más limpias desde nuestros puntos de vista.
Al G. pidió opiniones, y la mía es en síntesis que, al ser PHP un lenguaje especializado para la Web, ya debió o debería de proporcionar herramientas o métodos que de forma fácil permitan a los desarrolladores no mezclar código HTML y PHP si lo prefieren. Talvez integrar dentro del lenguaje a Dwoo, por dar un ejemplo, a cómo una vez lo hicieron con el Plugin de MySql. Y por último, cómo un niño necio que le encanta "jincar" , no me gusta la sintaxis de C++Script, digo PHP |
#10
|
||||
|
||||
¿Y para qué integrarlo si el desarrollador tiene la libertad de utilizar el motor de plantillas que desee?
Si no te gusta la sintaxis, pues bien, es tu decisión, eres libre de decidir que te gusta o que no, sin embargo, eso no significa que sea mejor o peor que otro. Saludos |
|
|
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 |
|