HTML y PHP sí se pueden combinar

[lado2mx]

Quisiera dejar aclarado esto, para tanto a los novatos, como para los que nos presumen de su inteligencia en el PHP.

El PHP y el HTML si se pueden combinar, es mas, hasta con Javascrpt.

Solo fijense:

Código PHP:

  <? $ors = mysql_query(" 
      SELECT id, cabeza  
      FROM nota  
      WHERE 1 AND `cobertura` LIKE '$cobertura'  
      ORDER BY `id` DESC LIMIT 1, 6");  
 
             while($res = mysql_fetch_row($ors)) 
 
{ 
 
    ?><a href="?seccion=noticias&id=<? echo $res[0]; ?>" CLASS="nu"> 
      <font color="#FFFFFF" size="2" face="Verdana, Arial, Helvetica, sans-serif">-  
      <? echo $res[1];?></font> <br>  
      <? } ?>   

Tan sencillo no pudo ser, o sea, para que nos hacemos bolas con tantos echos si podemos hacer los necesarios.

Sin ofender por ejemplo a Nok y su template, o a algunos quienes han realizado este tipo de cosas, les digo que necesitan ser mas diseñadores, ya que este pequeño ejemplo se ve tan bien en todos los Dreamweaver, y hasta Frontpage, solo hay que atreverse a hacerlo.

Experimenten y no tengan miedo, saludos.

[camargo]

¿Porque no lo pones en las FAQS?

[lado2mx]

yap: http://www.forosdelweb.com/showthrea...728#post463728

[Manoloweb]

Tal vez sería bueno ahondar un poco más en el tema, y mencionar cuales son los distintos caminos con los que PHP y HTML pueden interactuar...

1.- Salida mezclada entre PHP y HTML, que es el ejemplo que ha puesto Lado2mx

Ejemplo:

Código PHP:

 <table> 
<? 
for ($i=1;$i<=3;$i++) { 
?> 
<tr> 
  <td> 
    Esta celda es la numero <?= $i; ?> 
  </td> 
</tr> 
<? 
} 
?> 
<table>  

2.- Salida desde PHP a través de echo. Esta es una de las más comunes y usadas, aunque no necesariamente la más simple de usar, ya que debe tenerse especial cuidado en escapar ciertos caracteres, además de hacer el código ilegible para intérpretes tipo WYSIWYG

Ejemplo:

Código PHP:

  <? 
echo "<table>\n"; 
for ($i=1;$i<=3;$i++) { 
echo "<tr>\n"; 
echo "  <td>\n"; 
echo "    Esta celda es la numero ".$i."\n"; 
echo "  </td>\n"; 
echo "</tr>\n"; 
} 
echo "<table>\n"; 
?>   

3.- Salida usando "includes", muy útil cuando se van a incluir bloques de html fijos en alguna sección de la página, no así para generar loops, para eso sirven mejor los ejemplos 1 y 2

Ejemplo:

Código PHP:

  
Archivo tabla.html 
-------------------------------------- 
<table> 
<tr> 
  <td> 
    Esta celda es la numero 1 
  </td> 
</tr> 
<tr> 
  <td> 
    Esta celda es la numero 2 
  </td> 
</tr> 
<tr> 
  <td> 
    Esta celda es la numero 3 
  </td> 
</tr> 
</table> 
-------------------------------------- 
 
Archivo PHP 
 
-------------------------------------- 
<? 
include ("tabla.html"); 
?>   

4.- Usando la sintaxis de HEREDOC, el ejemplo habla por si mismo... las variables que se usan dentro del html no necesitan "escaparse", pero deben estar definidas antes que el la variable donde se a metido el heredoc.

Ejemplo:

Código PHP:

  <? 
$uno=1; 
$dos=2; 
$tres=3; 
 
$tabla=<<<HTM 
<table> 
<tr> 
  <td> 
    Esta celda es la numero $uno 
  </td> 
</tr> 
<tr> 
  <td> 
    Esta celda es la numero $dos 
  </td> 
</tr> 
<tr> 
  <td> 
    Esta celda es la numero $tres 
  </td> 
</tr> 
</table> 
HTM; 
 
echo $tabla; 
 
?>   

Bueno, espero que sirva como un complemento a lo anterior.

Saludos!!

[Manoloweb]

NOTA: Los cuatro ejemplos tienen EXACTAMENTE el mismo resultado en la salida HTML.

[Webstudio]

Lado2mx, realmente me da pena leer tus comentarios hacia los que preferimos promocionar buenas técnicas de programación, porque nos dedicamos a esto hace bastante tiempo.

Sabiendo que esto va a ser para polémica, te comento que NADIE dijo que PHP y HTML no se pueden mezclar, de hecho, para eso se creó PHP. El tema es que a medida que uno va creando y concibiendo aplicaciones Web más y más grandes, tu tipo de práctica se torna más un dolor de cabeza que otra cosa.

Y no es que te trate de "novato" ni de "inexperto" ni nada de eso. Tan solo algunos tuvimos que realizar proyectos más grandes que otros. Para sitios pequeños y algunos medianos, tu acercamiento es tán válido como otro, pero cuanod se estan diseñando (diseñando en el término de diseño de sistemas, no diseño gráfico o web) aplicaciones grandes como para un Banco o cuando se está creando un FrameWork general para la creación de aplicaciones sobre este, separar el código de la presentación no solo es un lujo, sino una necesidad.

Porque es común pensar que la única interfase que va a tener una aplicación es una interface web, pero eso día a día y a medida que vas ganando experiencia, te vas dando cuenta que no es así. Que si quiero hacer una salida de mi proegrama como una serie de links, tengo que utilizar una interfase, pero si quiero que esos links estén en un archivo RSS, la presentación es otra, y si quiero mostrarlos en un celular con WAP es otra, y si quiero enviarlos por algún protocolo por Sockets, es otra.

Así, teniendo TANTAS presentaciones diferentes, pero 1 mismo código que recupera los links... que harías? una aplicación por cada vista que haga el mismo trabajo de sacar los links y mostrarlos de manera diferente? Posiblemente. Pero el día que tengas que cambiar alguna tabla o un query o la manera en que se sacan los links, te encargo andar actualizando 5 scripts, cuando podrías actualizar solo 1.

Lo lógico en este caso, sería tener el mismo script y pasar los resultados por 5 vistas diferentes, algo que queda completamente claro cuando se estudia el patrón MVC (Model-View Controller, Modelo-Vista-Controlador).

Por eso, no digo que lo que estés afirmando esté mal. Está mal la manera en que lo querés promocionar, como que a la gente se la "engaña" con que no se puede mezclar. Se puede. Pero las buenas prácticas indican que no.

Te recomiendo que visites el Foro de Gestión de Proyectos para que te informes un poco más sobre aplicaciones N-Tier, modelos de diseño de aplicaciones y el Foro de Java para aprender sobre el modelo MVC.

Saludos.

[Herminio Heredia San]

Primero que nada con respecto al comentario de lado2mx, no estoy de acuerdo en la forma que si hizo el planteamiento. Ya que sinceramente no creo que haya compañeros del foro que presuman de saber mucho. Eso si hay quienes tienen mayor experiencia y eso nos guste o no, amplia mucho la vision en la que se planea y visualiza un proyecto.
Por otro lado en ningun momento se ha dicho que php y html no puedan convivir en un mismo archivo ya que lo mas obvio y natural si quieres verlo asi, es usar la idea que estas planteando en este mensaje.
Pero por razones que ya comento WebStudio y por mejorar la reutilizacion de codigo y de dar facilidad a la hora de modificar la apariencia de una aplicacion es mas facil usar pantillas de esa forma el usuario final de la aplicacion no necesita saber sobre programacion si su finalidad es cambiar solamente la apariencia solo por dar un caso.
O tambien el caso en el que tangas que trabajar con un grupo de personas en la cual esta perfectamente segmentada la labor de cada quien, es decir los programadores crean la aplicacion y el area de diseño la imagen. y ninguno se estorba, claro que para llegar ese punto debio de haber antes un analisis que te haya generado un modelo adecuada de como va ser la aplicacion en su forma mas general para que todo el equipo lo entienda y sepa lo que va a hacer.
Y sobre el detalle de ser mas diseñador bueno hay es de suma importancia tomar en cuenta la tecnica de programacion que vas a llevar a acabo, y en ese ambito puedes usar la que propones o usar alguna otra todo depende de las necesiades. Y de que tanta escalabilidad tendra tu aplicacion.

[Manoloweb]

Mensaje Original por Webstudio
...
Lo lógico en este caso, sería tener el mismo script y pasar los resultados por 5 vistas diferentes, algo que queda completamente claro cuando se estudia el patrón MVC (Model-View Controller, Modelo-Vista-Controlador).

Que tal WS!!!

Crees que puedas darme algun link que valga la pena para entender bien a bien lo que comentas sobre MVC?

Saludos!

[Mickel]

Uno de los mas basicos...
http://polaris.dit.upm.es/~jcduenas/patrones/Modelo.htm

[Manoloweb]

Excelente referencia Mickel, la voy a leer y entender.

[Manoloweb]

Así a grandes razgos, y con mi entendimiento previo... sería algo así???

Modelo.- BD, Textfiles, XML

Vista.- CSS, XSL, HTML

Controlador.- PHP, ASP, Javascript


Entiendo bien???

[Mickel]

Pues si. En terminos planos...

Modelo: Lo que contiene la informacion (base de datos, archivos de texto, XML externo, cubo de datos...)
Controlador: Lo que procesa la informacion (lenguaje c/s, scriptlet...)
Vista: Formato en el cual aparece la informacion (HTML, WML, XML propio, formato third-party...)

De alli veras lo importante que es tener integradas, pero no "mezcladas" tus aplicaciones.

[vic_mx]

Cuando entre a este tema pense que se referia a como hacer que php se ejecute en un archivo con extención html, y al ver lo que puso el autor del tema me sauqe de onda, estoy deacuerdo en lo que dijo webstudio, de que nadie aqui ha dicho que eso no pueda ser (lo de combinar html con php), pero tambien pienso en los novatos que estos ejemplos que ponen y los de manoloweb, les pueden ser muy utiles y quizas no los sabian, tal vez esto no sean las mejores tecnicas de programación pero son muy utiles para novatos, bien por ello. Por cierto Manoloweb, te envie un script pero no se si lo recibiste...

[Manoloweb]

Hola vic_mx.

Si lo recibí... de hecho ya esta en la Base de datos, solo en espera de que terminemos el desarrollo del sitio.

[Webstudio]

Mensaje Original por Manoloweb
Así a grandes razgos, y con mi entendimiento previo... sería algo así???

Modelo.- BD, Textfiles, XML

Vista.- CSS, XSL, HTML

Controlador.- PHP, ASP, Javascript


Entiendo bien???

No, en realidad no es así como lo comentás, ni tampoco como lo explica Mickel. La idea del MVC es la de separar tus aplicaciones en varios Objetos o unidades bien definidas, y con funcionalidades determinadas. Para que ? Bueno.. para que el objeto sea más pequeño, sea específico a una tarea, por ende más simple y más sencillo de mantener.

El Modelo : Es el Objeto encargado de representar la funcionalidad de algo específico. Podemos suponer, que en este caso podría ser un Libro de Visitas. Entonces, el "modelo" de un libro de visitas, sería el encargado de tener los métodos que operan sobre un libro de visitas : obtener los X ultimos registro, ingresar registros nuevos, editar un registro, etc.

La Vista : Es el objeto encargado de representar de una cierta manera, a un Modelo. La manera en que esto se hace depende de la interfase que se esté utilizando. Por ejemplo, podemos tener un objeto GuestbookViewHTML que se encargue de mostrar el libro de visitas como HTML, o el objeto GuestbookViewXML que se encargue de mostrar al Libro de visitas como XML válido. Así, cada objeto "vista" decide como mejor le parezca, el métdo en el que crea la vista.

El Controlador : Es lo que se conoce (a veces) como Middleware. Es el objeto encargado de recibir las peticiones del usuario, ( ya sea por linea de comandos, por un URL, por un socket ), y en base a esas peticiones, instanciar los objetos modelos que sean necesarios, trabajar con ellos, instanciar las vistas que sean necesarias, pasarles los datos que el modelo genera, y mostrar los resultados que la Vista genera.

Ahora... estos tres tipos de objetos, no son los únicos que existen en un ambiente MVC, también podríamos enumerar a los Dispatcher ( un objeto que el Controlador puede utilizar para saber que Modelo instanciar y lanzar ) o a los DAOs ( Data Access Objetcs, objetos encargados de encapsular los Querys o el método para acceder a la base de datos o a la "fuente" de datos, mejor dicho ) que son utlizados por los Modelos para obtener los datos desde la fuente que sea necesaria (BBDD, XML, Archivos, SOAP, XML-RPC, lo que sea).

Entonces.... esta es una mini-mini-introducción al modelo MVC, que no es propio de PHP, sino que fue creado en SmallTalk y luego portado a Java, C++, PHP y cualquier lenguaje que soporte decentemente un modelo de Objetos.

Es por eso que si uno pusiera HTML en el Modelo, como indicaba lado2mx, todo el modelo quedaría inservible, ya que pasaría a ser solamente una aplicación para web. Como bien he dicho antes, esto está bien cuando sabemos que así será, pero para aplicaciones más complejas, no siempre es cierto. Así que para los que programen objetos y quieran aprenderlo a hacerlo bien, recuerden que toda salida a la pantalla, al menos haganla con 1 vista, que se encargue de generar el HTML, y que el objeto encargado de las funcionalidades, quede tan simple como sea necesario (pero no más simple que lo necesario).

Saludos.

PD : Ya me parece que se hace necesario un Foro de PHP Avanzado...

[Manoloweb]

Bueno WS... queda mas claro ahora. De hecho (sin saberlo) he estado reestructurando algunas de mis classes para separar la operación del formato.

Por otro lado, creo que más que PHP avanzado, debería crearse un foro de "Técnicas y Modelos de Programación"

Saludos!!!

[lado2mx]

AHi llegamos a un punto muy bueno, la verdad Webstudio esta muy bien tu comentario, y tambien los que estan de acuerdo con este estilo.

Me atrevo a decir que el estilo que tengo para programar, es mas que nada para hacer planillas HTML via Dreamweaver, con particularidades en PHP. Sin embargo, aunque me comsidere de conocimiento intermedio, no llego a entender, los Templates o algunos que se han realizado en esta web. Como el Noktemplate, un ejemplo.

Pues la verdad y en mi opinión, el NokTemplate no lo llego a entender, ya que no llega a ser manipulable en Dreamweaver, o en Frontpage.

Como verán, aquí llegamos a una vertiente, la posicion de saber diseñar y programar, sin llegar al tecnisismo.

Por eso llegué a polemizar en el aspecto de los gurus, siento (en mi opinión, valga la redundancia) que quieren dar una especie de barrera, entre los diseñadores y los programadores, y nunca mezclarlos, aunque sea por cosas lógicas, como el cambio de colores, aplicaciones de CSS y otras muchas cosas. Tal vez consideren que un buen script, no merece ser diseñado, mal por eso, ¿no creen?.

Tal vez llegué al punto que dirán, que yo no se programar; bueno aquí me atrevo a decir que yo no tomé un curso en PHP, ni me gaste mucho dinero para ver libros.

Llegué a aprender PHP, de manera autodidacta, y aunque me falta mucho, siento que estoy dominandolo muy bien, sino vean el Palomazo, o algún producto que se le paresca que tenga yo en mi web.

¿Como ven?

[Webstudio]

Bueno Lado2MX, te puedo asegurar que utilizar Templates, por lo menos a mi, me ha servido muchísimo y me ha salvado muchas veces. Y eso que a mi no me corresponde la frase " aprendan a ser diseñadores " porque de hecho, fui diseñador antes de ser programador. Pero el caso es que si quiero hoy en dia, cambiarle todo el diseño a unos sitios de clientes que tengo corriendo con Templates, no tengo que tocar para nada la programación del sitio. Solo tengo que modificar archivos .html comunes y corrientes, y listo. Esa es una de las ventajas maravillosas de los templates.

Otra de las ventajas, es que al separar el código de la presentación, te permite hacer aplicaciones más "genéricas", por lo que un foro escrito para un cliente, te puede servir para cualquier otro cliente, tan solo cambiando los templates. Lo mismo va para cualquier cosa que programes así. Si estuviera colocando HTML dentro del código PHP, sería mucho más lo que tendría que cambiar.

Y no creas que la idea es la de separar a los Programadores y los Diseñadores en castas separadas. La separación se hace naturalmente. Pero claro, esta separacion se puede tornar "extraña" cuando programador y diseñador son la misma persona. Pero cuando realmente estás trabajando en un ambiente con programadores en un lado y diseñadores en el otro ( y posiblemente, hasta en habitaciones/edificios separados), el tener la habilidad de poder preocuparte solo por la programación o solo por el diseño, es una bendición. Saber que podés tocar tu archivo.php sin preocuparte que quizás un diseñador lo tenga abierto en su dreamweaver, o que podés tocar tu .html sin dramas y cambiarle exactamente lo que quieras, siempre y cuando mantengas los TAGS... es invalorable ( para todo lo demás, existe Mastercard ).

Y no te preocupes Lado2MX, que nadie dijo que no sepas programar. Tan solo hay personas que tuvieron más experiencia que otras ( ya sea por tiempo que llevan programando, por tiempo libre, por curiosidad propia o por oportunidades laborales ) y justamente uno de los propósitos de este foro, es que todos los tipos de programadores se junten y compartan opiniones y experiencias. Y tampoco te preocupes, porque si nos ponemos a contar a la gente que aprendió PHP en un curso o leyendo libros, creo que sobran los dedos de una mano. Yo mismo, aprendí PHP por mi cuenta y gracias a que en internet SOBRA la información, es que puedo llegar a decir que hoy lo que se, no me lo daría ningún curso, por completo que sea, y si me lo tuviera que pagar... no tengo el dinero para hacerlo.

Pero lo que más me entusiasma, es que lo que se, no es ni un 2% de todo lo que podría llegar a aprender con PHP o desarrollando aplicaciones web en el lenguaje que sea ( Como JAVA ahora que lo estoy aprendiendo ).

Entonces, aclarados estos puntos... háganse un favor. Si quieren aprender a programar con objetos.... practiquen muchísimo, y lean sobre Patrones de Diseño y sobre MVC... creánme que les va a servir muchísimo.

Saludos.

[josemi]

Hola,

Por otro lado, creo que más que PHP avanzado, debería crearse un foro de "Técnicas y Modelos de Programación"

Manoloweb, date una vuelta por el foro de "Ingenieria del software y destion de proyectos", alli se comentan de estas cosas esotericas sin entrar en detalles de lenguajes concretos.

Y un link para patrones de diseño en PHP: www.phppatterns.com (in english, sorry).

Lado2mx, nosotros los dioses, perdon, nosotros los progrmadores no queremos crear ninguna barrera. La parte de diseño de una web la debe hacer el mejor cualificado para ello, lo mismo que la parte de programacion. Y no creo que a un diseñador le haga mucha gracia que un programador le destroce el diseño porque al cambiar unas lineas de codigo cambio algo. Y lo mismo a un programador no le hace ni pizca de gracia que al editar la pagina con codigo el diseñador, al copiar o mover un elemento, el dreamweaver descloque el codigo PHP, destrozandolo.

Tu solucion puede ser util para sitios pequeños, donde el programador y diseñador es el mismo, con lo que a la vez que cambias el diseño, cambias el codigo. Pero como han comentado, cuando existe especializacion, es mejor que las cosas esten lo mas alejadas posibles. Que sea cual sea el cambio que hace una parte, el trabajo de la otra parte no sea vea afectado.

Y que las plantillas no sean manipulables por Dreamweaver, a parte que no se hasta que punto es correcto (me suena que alguien creo una extension para DW para manipular cierto tipo de plantillas), no se si es mas culpa de DW que de los engines de plantillas. Quizas es que le tengo un odio especial a DW (cada vez que el diseñador cambia el diseño tenia que revisar que DW no la habia cagado), pero creo que solo facilita lo que le interesa a el facilitar.

Por cierto, el uso de engines de plantillas es una evolucion logica. Primero tienes todo el codigo mezcaldo con el HTML. Luego coges las partes comunes del codigo, la metes en una funcion. Luego metes las funciones en un fichero aparte y tienes una libreria. Luego conoces OOP y creas clases, que son un paso mas que las librerias. Y finalmente separas el HTML del PHP en ficheros diferentes, pudiendousar el mismo codigo para distintos HTMLs, y el HTML para distintos PHP (e idealmente, para cualquier lenguaje del lado del servidor, quizas plantillas en XML que sirvan para PHP, JSP, ASP, ...)

En fin, siempre tienes que usar el metodo que mejor se adapte a tu proyecto.

Saludos.

[jorgebec]

No les parecería una opcion alternativa muy buena el usar Flash para el diseño y PHP para la programación, que pero le pondrian???

[Manoloweb]

Muchos peros...

La capacidad de "conversación" entre ambos entornos es muuuy limitada y complicada

Personalmente prefiero separar los "ruiditos y brinquitos" del flash, de la plataforma operativa del web.

Se que existen muchas formas de hacer de flash (sobre todo el MX) una aplicación robusta (o medio robusta), pero para eso tiene su action script y su interfase de comunicación con CF y con su propia DB.

Por otro lado, creo que esto se trataba de modelos de datos, no de interfases gráficas.

Saludos!

[lado2mx]

Pues me imagino que tienen razón en una cosa, los includes con Templates, vienen alivianando las tareas que tiene un programador a una interfase que solo usa PHP para todo, eso lo acepto.

Y tambien existen vertientes entre el Dreamweaver y sus grandes, (eso si), grandes limitantes sobre el PHP e incluso otros programas como javascript.

En eso creo que si estamos de acuerdo casi todos, sino la mayoria (creo que redondie, pero en fin).

Aquí llego a un punto que creo que vale la pena recalcar:

¿Un programador tiene la delicadeza de ver lo que un visitante común y corriente, que visita una web hecha por el programador?

Aquí llegamos a la vertiente del diseñador y el programador, no es el hecho de ser buenos diseñadores, o buenos programadores; sino de saber llegar a un objetivo, y que es conseguir clientes para la web de un negocio. Ya sea desde un carrito de compras para un pequeño negocio, hasta el banco mas grande del mundo.

Ahí creo que ambos vandos, caen en el que el visitante no le gustaría ver un tecnócrata o un grafitero (coloquialmente llamados así entre programador y diseñador).

Porque por desgracia aca llegamos a conseguir gente quien apoye la idea de una web. ¿No creen?

[josemi]

El objetivo de un buen programador y de un buen diseñador es hacer una buena web (sea lo que sea que signifique esto). Estamos de acuerdo.

Un programador utilizara las herramientas que sean mas comodas para el para realizar su trabajo. Lo mismo hara el diseñador.

Si toda la web la hace un programador o un diseñador, entonces no hay problemas. Usara la forma mas comoda para el.

El problema viene a la hora en que deben trabajar juntos. Actualemente no conozco ninguna herramienta que sea comoda a la vez para el programador y para el diseñador. Los diseñadores se han acostumbrado al DW, que para mi gusto no es ninguna maravilla para el programador. Y como puede que si sacas al diseñador del DW, este pierda muchisima productividad, pues no compensa. Normalmente se sacrifica al programador (si es que somos unos martires). Por eso lo programadores "inventamos" los motores de templates (Nok, Smarty, etc), para separar fisicamente en ficheros distintos el codigo del programa y el HTML que se pueda editar en DW (existen extensiones del DW para trabajar con Smarty, creo). Asi los programadores no tienen que estar continuamente corrigiendo las marranadas que hace DW cuando el diseñador cambia algo (haciendo su trabajo). Es decir, como muchos avances de la tecnologia, los programadores inventaron las templates para ahorrarse trabajo (es que somos unos vagos). Y como si le decimos al diseñador "usa templates, asi trabajo menos yo" este se mosqueara, pues somos listos y nos inventamos toda una explicacion de separacion de capas, patron MVC, reusabilidad de componentes, etc para justificarnos (por cierto, el fondo sigue siendo ahorrarnos trabajo).

Es decir, hasta que haya un sistema que permita a los diseñadores trabajar como les da la gana y a los programadores tambien, uno de los dos debera ceder un poco (o comprender la postura del otro).

Saludos.

PD: Y ya no decimos nada si le decimos al diseñador que cree un UML con la estructura del site, o que cada vez que modifique un fichero realice un update y un commit al CVS. Nunca lo he intentado, pero me gustaria saber la cara que pone

[Pino]

Hola, yo tampoco veo mucho problema si un trabajo se hace entre un diseñador y un programador. Yo lo que veo más logico es que el diseñador haga el diseño antes que nada (mientras el programador no hace nada, por que el necesita el diseño para despues porder acoplar bien el php y html). Es decir cuando el diseñador lo haya acabado que se lo pase al programador, este ya tiene un punto de partida por donde empezar y puede organizarse mejor, para hacer más rápida su tarea.

Los templates, como dijo WebStudio solucionan, muchisimo la tarea del programador, el codigo fuente esta perfectamente organizado, el diseñasdor puede cambiar el diseño perfectamente, casi si afectar a la tarea del programador, y viceversa.

Y hace unos días despues de leer algunosposts de aquí, pensé, cual seria la mejor herramienta, la cual ayudara al programador al diseñador ha hacer sus tareas, si moletarse mutuamente. En realidad no se me ocurre ninguna que sea eficiente, pero si tendría que ser una herramienta con varias propiedades (templates, algun programa de diseño adecuado, etc). ¿Cual sería la herramienta perfecta?

Un saludo a todos

[Ozanes]

Bueno pero que pasa'???, yo eso ya lo sabia y es lo que hago, no siempre pero sí. No me has enseñado nada nuevo pero bueno si un novato no lo sabia ahora sí. Yo eso lo estoy utilizando en mi nueva web en wml con php, jijjiji.

[Nok]

Hola

Con respecto a:

Yo lo que veo más logico es que el diseñador haga el diseño antes que nada (mientras el programador no hace nada, por que el necesita el diseño para despues porder acoplar bien el php y html). Es decir cuando el diseñador lo haya acabado que se lo pase al programador, este ya tiene un punto de partida por donde empezar y puede organizarse mejor, para hacer más rápida su tarea.

Nose si seria lo mas optimo el realizar las cosas asi, ya que en un proyecto tendriamos a el programador "parado" esperando que el diseñador termine.
Yo creo que lo mejor es diseñar (No diseño grafico) un layout o mapa del sitio en manera conjunta, o no (puede ser que sea diseñado por un tercero) teniendo en cuenta cuales seran las funcionalidades, secciones y caracteristicas del sitio, es decir los requerimientos. Una vez que se tiene en claro esto, se puede empezar a desarrollar el sitio en ambos frentes, el diseño grafico y el de programacion, ya que ambos saben que es lo que va a tener el sitio. De esta manera el diseñador grafico, dará vida al aspecto visual del sitio y el programador le dara el dinamismo.
Si el layout esta bien pensado, creo qeu no seria inconveniente para ninguno de los dos trabajar en paralelo, ya que el programador solo trabaja con Etiquetas que refieren lugares dentro del template y puede ir desarrollando todas las funcionalidades sin tener los tpl propiamente dichos, sino que puede crearse unos basicos para probar sus scripts.

Despues lo que resta es combinar ambas partes y hacer los ajustes que sean necesarios.

Pero esta es solo mi opinion uds que opinan??

Respecto a:

Bueno pero que pasa'???, yo eso ya lo sabia y es lo que hago, no siempre pero sí. No me has enseñado nada nuevo pero bueno si un novato no lo sabia ahora sí. Yo eso lo estoy utilizando en mi nueva web en wml con php, jijjiji.

Porque no nos comentas algo de lo que has aprendido en tu nuevo proyecto que aporte al tema?? (es mejor que decir que ya lo sabias...)

Saludos.
Nok.

[josemi]

Soy de la misma opinion que Nok. Si la fase de analisis, diseño (en el sentido informatico, no grafico) y planificacion se realiza bien, se genera una documentacion a partir de la cual ambos pueden trabajar en paralelo, hasta el momento en que haya que integrar ambos trabajos. Esta integracion es mas facil con templates sencillos (supongo que como los de Nok), ya que el programador puede haber usado una template minimalista que solo sirva para ver los valores, mientras que el diseñador hacia la suya. Mientras ambas templates usen los mismos nombres de "campos" (que se habran definido en la fase de diseño, al igual que el nombre de los ficheros), la integracion deberia ser solo "pisar" la template del programador.

El problema es que en muchos casos esa fase de analisis, diseño y planificacion se la pasan por donde ya sabeis, y ambos empiezan a trabajar como locos, luego el diseñador nombra un campo del formulario "Noticia" mientras que el programador en su codigo lo nombra "$_POST['noticia']" y cosas asi.

Sobre la herramienta perfecta, seria aquella que le permita al diseñador diseñar sin estropear el codigo, y al programador programar sin estropear el diseño. Mas bien serian dos herramientas: un DW que se lleve bien con los templates y con Apache-PHP-MySQL (para mostrar en diseño tal como se veria en el navegador) y la del programador, pues casi valdria cualquiera de las actuales si se usan templates, ya que el programador no tocaria el diseño.

Por cierto, alguien comento el Flash como front-end y PHP-MySQL como back-end. La forma de trabajar es estilo patron MVC (en la iteracion, no dijo nada del actionscript). Flash actuaria de Vista-Controlador, y PHP-MySQL de Modelo.

Saludos.

[nuevo]

Mensaje Original por Mickel
Uno de los mas basicos...
http://polaris.dit.upm.es/~jcduenas/patrones/Modelo.htm

virgen santisima....

[nuevo]

Mensaje Original por josemi
Hola,
Y un link para patrones de diseño en PHP: www.phppatterns.com (in english, sorry).

dioxxxxxxxxxxxxx , me dais miedo....


q bestias!!!