Manteniendo mi PHP bonito

Question

Estoy creando un sitio en el que diferentes páginas pueden verse muy diferentes dependiendo de ciertas condiciones (es decir, haber iniciado sesión o no, completar o no el formulario, etc.). Esto hace que sea necesario generar diferentes bloques de html en diferentes momentos.

Hacer eso, sin embargo, hace que mi código php se vea horrible ... realmente se mete con el formato y la "forma" del código. ¿Cómo debería evitar esto? ¿Incluyendo funciones personalizadas de "descarga html" en la parte inferior de mis scripts? Lo mismo, pero con incluye? Heredocs (no se ven muy bien)?

Gracias!

Answer 1

No entre en pánico cada nuevo programador web enfrenta este problema.

Hay que separar la lógica del programa de la pantalla. En primer lugar, tratar de hacer su propia solución utilizando dos archivos para cada página Web:

• uno con sólo el código PHP (no HTML) que llena las variables
• otra con HTML y muy pocos PHP: esta es su diseño de página

A continuación se incluyen donde/cuando lo necesite. EG:

myPageLogic.php

<?php 

// pure PHP code, no HTML 

$name = htmlspecialchars($_GET['name']); 
$age = date('Y') - htmlspecialchars($_GET['age']); 

?> 

myPageView.php

// very few php code 
// just enought to print variables 
// and some if/else, or foreach to manage the data stream 

<h1>Hello, <?php $name ?> !</h1> 

<p>So your are <?php $age?>, hu ?</p> 

(Es posible que desee utilizar el alternative PHP syntax para éste, pero no tratar de hacer que sea difícil de perfeccionar el. primera vez, de verdad.)

myPage.php

<?php 

require('myPageLogic.php'); 
require('myPageView.php'); 
?> 

No se preocupe por los problemas de rendimiento por ahora. Esta no es tu prioridad como novato. Esta solución es imperfecta, pero ayudará a resolver el problema con el nivel de programación y te enseñará los conceptos básicos.

Entonces, una vez que su se sienten cómodos con este concepto, comprar un libro sobre el patrón MVC (o buscar entradas de desbordamiento de pila al respecto). Eso es lo que quieren hacer la LA PRÓXIMA. Luego, probará algunos sistemas y marcos de plantillas, pero MÁS TARDE. Por ahora, solo codifica y aprende desde el principio. Puedes codificar perfectamente un proyecto como ese, como novato, está bien.

Answer 2

En casos como este, escribo todo de forma incremental en una variable o, a veces, en una matriz y luego hago eco de la variable/matriz. Tiene la ventaja adicional de que la página siempre se procesa de una vez, en lugar de progresivamente.

Answer 3

Lo que termino haciendo en esta situación es crear archivos 'plantilla' de datos HTML que yo incluyo, y luego analizarlos con expresiones regulares. Mantiene el código limpio y facilita la entrega de piezas a un diseñador u otra persona HTML.

Salida los ideales detrás de las prácticas de programación MVC en Wikipedia

Answer 4

utilizar un enfoque MVC.

http://www.phpmvc.net/

Esto no es algo que va a recoger en un par de horas. Realmente necesitas practicarlo. Lo principal es que el controlador acceda a su modelo (la capa db), haga cosas con sus datos y luego envíelas a la vista para su renderizado. Esto se simplifica demasiado, pero solo necesita leerlo y practicarlo para comprenderlo.

Esto es algo que utilicé para ayudarme a aprenderlo. http://www.onlamp.com/pub/a/php/2005/09/15/mvc_intro.html

Answer 5

Por el sonido de su problema, parece que no tiene mucha separación entre la lógica y la presentación en su código. Al diseñar una aplicación, esta es una consideración muy importante, por razones exactamente demostradas por la situación que enfrenta actualmente.

Si no lo has hecho, echaré un vistazo a algunos motores de plantillas PHP como Smarty.

Answer 6

Intente separar el contenido y el diseño de su código tanto como sea posible. Cada vez que escriba cualquier código HTML en un archivo .php, deténgase y piense "¿Esto realmente pertenece a ?"

Una solución es usar plantillas. Mire el sistema de plantillas Smarty para una opción bastante fácil de usar.

Answer 7

Necesita un marco. Esto no solo hará que su código sea bonito (debido al ya mencionado patrón modelo-vista-controlador, MVC), sino que le ahorrará tiempo debido a los componentes que ya están escritos para él.

Recomiendo QCodo, es increíble; hay otros: CakePHP, Symfony.

Answer 8

Si se trata de un gran proyecto, un marco podría estar en orden. De lo contrario, cree algunos archivos de plantilla y en la parte superior de la página decida qué archivo de plantilla incluir.

por ejemplo

if ($_SESSION['logged_in']) 
    include(TPL_DIR . 'main_logged_in.tpl'); 
else 
    include(tPL_DIR . 'main.tpl'); 

sólo un ejemplo sencillo

Answer 9

como se mencionó anteriormente .. que está reparando el síntoma, no el problema ..

Lo que necesita es la separación de la lógica y presentación. Que se puede hacer con algún tipo de marco mvc. Incluso si no quiere llegar hasta el final con un framework mvc .. Un motor de plantillas es imprescindible al menos si su lógica es lo suficientemente complicada como para que tenga problemas con lo que está explicando

Answer 10

sugiero fuertemente savant en lugar de sabelotodo,

• usted no tiene que aprender un nuevo "lenguaje" de plantillas con el fin de crear plantillas, plantillas savant están escritos en PHP
• si no' t desea usar PHP puede definir su propia plantilla "lenguaje" con un compilador
• se pueden ampliar fácilmente su propio php objetos

lógica de separación Presenta Esto no significa que toda la lógica de negocios tiene que ser en php y su lógica de presentación en otra cosa, la separación es algo conceptual, debe separar la lógica que prepara los datos de la que lo muestra. Obviamente, la lógica de negocios no tiene que contener elementos de presentación.

Answer 11

En lugar de implementar sistemas de plantillas sobre un sistema de plantillas (PHP mismo), creando gastos generales por defecto, puede optar por una solución más robusta como XSL Transformations, que también cumple con MVC princples (siempre que separe sus datos- recuperación; además, yo personalmente dividí la lógica de mostrar el XML con diferentes archivos).

Imagine tener la siguiente información en una matriz, que desea mostrar en una tabla.

Array 
{ 
    [car] => green 
    [bike] => red 
} 

permite crear fácilmente una secuencia de comandos que da salida a esta información en XML:

echo "<VEHICLES>\n"; 
foreach(array_keys($aVehicles) as $sVehicle) 
    echo "\t<VEHICLE>".$sVehicle."</NAME><COLOR>".$aVehicles[$sVehicle]."</COLOR></VEHICLE>\n"; 
echo "</VEHICLES>\n"; 

Dando como resultado el siguiente código XML:

<VEHICLES> 
    <VEHICLE> 
    <NAME>car</NAME> 
    <COLOR>green</COLOR> 
    </VEHICLE> 
    <VEHICLE> 
    <NAME>bike</NAME> 
    <COLOR>red</COLOR> 
    </VEHICLE> 
</VEHICLES> 

Ahora bien, esto es todo excelente, pero que no lo hará mostrar en un buen formato. Aquí es donde entra XSLT Con un poco de código simple, se puede transformar esto en una tabla:.

<xsl:template match="VEHICLES"> 
    <TABLE> 
    <xsl:apply-templates select="VEHICLE"> 
    </TABLE> 
</xsl:template> 

<xsl:template match="VEHICLE"> 
    <TR> 
    <TD><xsl:value-of select="NAME"></TD> 
    <TD><xsl:value-of select="COLOR"></TD> 
    </TR> 
</xsl:template> 

Et voila, usted tiene:

<TABLE> 
    <TR> 
    <TD>car</TD> 
    <TD>green</TD> 
    </TR> 
    <TR> 
    <TD>bike</TD> 
    <TD>red</TD> 
    </TR> 
</TABLE> 

Ahora, para este ejemplo simple, esto es un poco de overkill; pero para estructuras complejas en proyectos grandes, esta es una manera absoluta de mantener su lógica de scripting lejos de su marcado.

Answer 12

Marque esta question sobre la separación de PHP y HTML, hay varias maneras de hacerlo, incluyendo sistemas de plantillas auto por escrito, sistemas de plantillas como Smarty, PHP como un sistema de plantillas por sí mismo, etc, etc, etc ...

Answer 13

Creo que tiene dos opciones aquí, use un MVC Framework o use la forma de plantillas perezosa que supondría una sobrecarga significativa en su código. Obviamente estoy con el primero, creo que aprender MVC es uno de los mejores trucos de desarrollo web del libro.

Answer 14

Hacer eso, sin embargo, hace que mi código php se vea horrible ... realmente se mete con el formato y la "forma" del código. ¿Cómo debería evitar esto?

Trate su PHP y HTML como una sola jerarquía, con una única estructura de sangría uniforme.Entonces, una estructura adjunta de PHP, como 'si' o 'para', introduce un nuevo nivel de sangría, y sus contenidos son siempre un conjunto equilibrado de etiquetas de inicio y final. Básicamente está haciendo que su PHP esté "bien formado" en el sentido XML del término, ya sea que esté usando XHTML o no.

Ejemplo:

<div class="prettybox"> 
    Hello <?php echo(htmlspecialchars($name)) ?>! 
    Your food: 
    <?php foreach($foods as $food) { ?> 
     <a href="/food.php?food=<?php echo(urlencode($food)) ?>"> 
      <?php echo(htmlspecialchars($food)) ?> 
     </a> 
    <?php } ?> 
    <?php if (count($foods)==0) { ?> 
     (no food today) 
    <?php } ?> 
</div> 

Tenga cuidado con el dogma religioso en torno a la separación de la lógica y de marcado alza su cabeza en las respuestas aquí de nuevo. Si bien es cierto que desea mantener su lógica comercial fuera del código de salida de su página, esto no necesariamente significa que una carga de sobrecarga por el uso de archivos, clases, plantillas y marcos separados es realmente necesaria para lo que está haciendo. Para una aplicación simple, es probable que baste con poner las cosas de acción/lógica en la parte superior del archivo y la salida de la página a continuación.

(por ejemplo, de uno de los comentarios anteriores, haciendo htmlspecialchars() es la funcionalidad de la página-salida que definitivamente no quiere poner en el bit de acción de su PHP, mezclado en toda la lógica de negocio. Siempre Mantenga el texto como cadenas simples y sin guardar hasta el punto donde deja la lógica de la aplicación. Si escribe 'echo (htmlspecialchars (...))' todo el tiempo es demasiado prolijo, siempre puede hacer una función con un nombre corto como 'h 'que hace lo mismo.)