Хранение моего симпатичного PHP

Я думаю, что Вы имеете две опции здесь, или используете Платформу MVC или используете ленивую шаблонную обработку путь, который поместил бы значительные издержки в Ваш код. Очевидно, я с первым, я думаю, узнавая, что MVC является одним из лучших приемов веб-разработки в книге.

Проверьте этот вопрос о разделении PHP и HTML, существуют различные способы сделать это, включая сам записанные системы шаблонной обработки, шаблонная обработка систем, таких как Присяжный острослов, PHP как система шаблонной обработки на своем собственном, и т.д. и т.д. и т.д...

В земельном участке реализации систем шаблонной обработки сверху системы шаблонной обработки (сам PHP), создавая наверху на значение по умолчанию, можно пойти для большего надежного решения как Преобразования XSL, которое также выполняет MVC princples (если Вы разделяете свой поиск данных; плюс, я лично разделил логику от отображения XML с различными файлами).

Предположите иметь следующую информацию в массиве, который Вы хотите отобразить в таблице.

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

Вы легко создаете сценарий, который производит эту информацию в XML:

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

Приведение к следующему XML:

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

Теперь это все превосходно, но это не отобразится в хорошем формате. Это - то, где XSLT входит. С некоторым простым кодом можно преобразовать это в таблицу:

<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>

И вуаля, Вы имеете:

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

Теперь для этого простого примера, это - немного излишества; но для сложных структур в больших проектах, это - абсолютный способ держать Вашу логику сценариев отдельно от Вашей разметки.

Вам нужна платформа. Это не только сделает Ваш код симпатичным (из-за уже упомянутого шаблона образцового контроллера представления, MVC) - он сэкономит Вам время из-за компонентов, которые уже записаны для него.

Я рекомендую QCodo, это удивительно; существуют другие - CakePHP, Symfony.

Если это - большой проект, платформа могла бы быть в порядке. В противном случае создайте некоторые шаблонные файлы и в верхней части страницы решите который шаблонный файл включать.

например,

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

просто простой пример

Я настоятельно рекомендую ученого вместо присяжного острослова,

• Вы не должны изучать новую шаблонную обработку "язык" для создания шаблонов, шаблоны ученого записаны в php
• если Вы не хотите использовать php, можно определить собственный шаблон "язык" с компилятором
• это является легко растяжимым Вашими собственными объектами php

Разделение логики от презентации не означает, что все, Вы, которыми бизнес-логика должна быть в php и Вашей логике представления в чем-то еще, разделение, являетесь концептуальной вещью, Вы hae для разделения логики, которая готовит данные, формирует тот, который показывает его. Очевидно, бизнес-логика не должна содержать элементы презентации.

как упомянуто выше.. Вы фиксируете признак, не проблему..

То, в чем Вы нуждаетесь, является разделением логики и презентацией. Который может быть сделан со своего рода mvc платформой. Даже если Вы не хотите идти полностью с mvc платформой.. Механизм шаблонной обработки - необходимость, по крайней мере, если Ваша логика является сложной достаточно, что Вы испытываете затруднения из-за того, что Вы объясняете

В случаях как этот я пишу все инкрементно в переменную или иногда массив и затем повторяю переменную/массив. Это имеет добавленное преимущество, которое страница всегда представляет сразу, а не прогрессивно.

От звука Вашей проблемы кажется, что у Вас не могло бы быть большого разделения между логикой и презентацией в Вашем коде. При разработке приложения это - очень важный фактор по причинам, точно продемонстрированным ситуацией в настоящее время направление.

Если бы Вы уже не имеете, я смотрел бы на некоторый PHP шаблонная обработка механизмов, таких как Присяжный острослов.

При выполнении, который, однако, заставляет мой код php выглядеть ужасающим..., он действительно смешивает с форматированием и "формой" кода. Как я должен обойти это?

Рассматривайте свой PHP и HTML как единственная иерархия с единственной, последовательной структурой добавления отступа. Так структура включения PHP такой как, 'если' или 'для' представляет новый уровень добавления отступа и его содержание, всегда сбалансированный набор запуска и конечных тэгов. По существу Вы делаете свое 'правильно построенное' PHP в смысле термина XML, используете ли Вы на самом деле XHTML.

Пример:

<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>

Опасайтесь религиозной догмы вокруг разделения логики и разметки, возникающей в ответах здесь снова. Пока, конечно, Вы хотите не допустить свою бизнес-логику в Ваш выходной код страницы, это не обязательно означает, что загрузка издержек от использования отдельных файлов, классов, шаблонов и платформ действительно необходима для того, что Вы делаете. Для простого приложения это, вероятно, будет достаточно только для помещения материала действия/логики наверху файла и вывода страницы ниже.

(Например, из одного из комментариев выше, делая htmlspecialchars () произведенная страницей функциональность, Вы определенно не хотите вставлять бит действия своего PHP, перепутанного во всей бизнес-логике. Всегда сохраняйте текст как простые, незавершенные строки до точки, где это оставляет Вашу прикладную логику. Если ввод 'эха (htmlspecialchars (...))' все время слишком многословен, можно всегда делать функцию с кратким названием как 'h', который делает то же.)

Попытайтесь разделить свое содержание и расположение из Вашего кода как можно больше. Какое-либо время, которое Вы пишете какому-либо HTML в .php файле, останавливаются и думают, что "Это действительно принадлежит здесь?"

Одно решение состоит в том, чтобы использовать шаблоны. Посмотрите на Присяжного острослова, обрабатывающего систему по шаблону для довольно простой в использовании опции.

Используйте подход mvc.

http://www.phpmvc.net/

Это не что-то, что Вы возьмете через несколько часов. Действительно необходимо практиковать его. Главным является контроллер, получит доступ к Вашей модели (слой дб), действительно наполните к своим данным и затем отправьте их в представление для рендеринга. Это упрощено, но просто необходимо считать и практиковать его для понимания его.

Это - что-то, что я раньше помогал мне изучить это. http://www.onlamp.com/pub/a/php/2005/09/15/mvc_intro.html

То, что я заканчиваю тем, что делал в этой ситуации, создает 'шаблонные' файлы данных HTML, которые я Включаю и затем анализирую через с регулярными выражениями. Это содержит код в чистоте и помогает передать части разработчику или другому человеку HTML.

Проверьте идеалы позади практик программирования MVC в Википедии