When people talk about separating PHP and HTML they are probably referring to the practice of separating a website's presentation from the code that is used to generate it.

For example, say you had a DVD rental website and on the homepage you showed a list of available DVDs. You need to do several things: get DVD data from a database, extract and/or format that data and maybe mix some data from several tables. format it for output, combine the DVD data with HTML to create the webpage the user is going to see in their browser.

It is good practice to separate the HTML generation from the rest of the code, this means you can easily change your HTML output (presentation) without having to change the business logic (the reading and manipulation of data). And the opposite is true, you can change your logic, or even your database, without having to change your HTML.

A common pattern for this is called MVC (model view controller). Вы также можете взглянуть на библиотеку Smarty - это широко используемая библиотека PHP для разделения представления и логики.

Очень важно отделить логику приложения от логики представления в проектах. Преимущества включают:

• Читаемость : ваш код будет намного легче читать, если он не смешивает PHP и HTML. Кроме того, HTML может стать трудным для чтения, если он хранится и экранируется в строках PHP.
• Возможность повторного использования : если вы жестко закодируете строки HTML в коде PHP, код будет очень специфичным для вашего проекта и не будет можно будет повторно использовать ваш код в более поздних проектах. С другой стороны, если вы напишете небольшие функции, которые выполняют одну задачу за раз, и поместите HTML в отдельные файлы шаблонов, повторное использование вашего кода в будущих проектах станет возможным и намного проще.
• Работа в команде : Если вы работаете в команде, в которую входят разработчики и дизайнеры, разделение логики приложения и шаблонов представления будет выгодно обоим. Разработчики смогут работать с приложением, не беспокоясь о презентации, а дизайнеры (которые не обязательно знают PHP) смогут создавать и обновлять шаблоны, не вмешиваясь в код PHP.

Я считаю, что предпочтительнее отделять логику приложения от файла представления (хорошо справляется с фреймворком CodeIgniter с MVC), так как это оставляет код относительно аккуратным и понятным. Я также обнаружил, что разделение двух оставляет меньше места для ошибок PHP, если элементы HTML отделены от PHP, меньшее количество PHP может пойти не так.

В конечном итоге я считаю, что это зависит от предпочтений, но я чувствую у такого разделения есть следующие плюсы:

• Более аккуратный код
• Меньшая погрешность
• Легкость интерпретации
• Легче изменить элементы HTML
• Легче изменить логику приложения
• Быстрая загрузка (HTML - не переходя из Parser-> Browser, он переходит прямо в браузер)

Однако могут быть некоторые минусы:

• Он работает только в PHP5 (Полагаю, может ошибаться, исправьте, если необходимо)
• Это может быть не то, к чему привыкли
• Untidy, если все сделано неправильно (без отступов и т. д., однако это то же самое со всем)

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

Надеюсь, это помогло.

Преимущества первого метода (разделение PHP и HTML):

• Вам не нужно использовать escape-символы

• Это также возможно для редакторов кода для выделения / отступа разметки.

• Возможно, легче читать

• У этого метода нет недостатков, по сравнению со вторым методом.

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

лучший способ - разделить вашу логику (где большая часть кода - PHP) в разных файлах (даже каталогах) на вашей странице файлы (где большая часть кода - HTML, XML, CSV, ...).

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

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

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

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

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

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

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

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

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

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

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

это поможет другим разработчикам использовать все знания и опыт, заложенные в этой среде.

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

это поможет другим разработчикам использовать все знания и опыт, заложенные в этой среде.

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

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

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

Функционально: они оба будут работать, поэтому в конечном итоге это предпочтение.

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

Так ли это важно? Я бы сказал да.

Я начинаю с: первого, который вы можете открыть в редакторе WYSIWYG и по-прежнему видеть некоторую разметку, которая может облегчить поддержку.

Ой!

Все примеры в вашем вопросе совершенно невозможно прочитать. Я бы сказал, вы окажете большую услугу себе и тем, кто может прочитать ваш код и использовать своего рода шаблонизатор, скажем, Smarty . Его чрезвычайно легко настроить и использовать, и он БУДЕТ отделить ваш код от презентации. Он не требует, чтобы вы помещали все в классы, он просто следит за тем, чтобы ваша логика была в одном файле, а презентация - в другом одном.

вы оказываете себе и тем, кто может прочитать ваш код, большую услугу и использовать своего рода шаблонизатор, скажем, Smarty . Его чрезвычайно легко настроить и использовать, и он БУДЕТ отделить ваш код от презентации. Он не требует, чтобы вы помещали все в классы, он просто следит за тем, чтобы ваша логика была в одном файле, а презентация - в другом одном.

вы оказываете себе и тем, кто может прочитать ваш код, большую услугу и использовать своего рода шаблонизатор, скажем, Smarty . Его чрезвычайно легко настроить и использовать, и он БУДЕТ отделить ваш код от презентации. Он не требует, чтобы вы помещали все в классы, он просто следит за тем, чтобы ваша логика была в одном файле, а презентация - в другом одном.

В нем говорится, что то, что вы помещаете в эхо, сначала обрабатывается языком программирования, а затем отправляется в браузер, но если вы напрямую поместите туда html-код без php, этот код загрузится быстрее, потому что здесь нет программирования.

И вторая причина, как было сказано выше, заключается в том, что вы должны хранить свой «большой программный код» отдельно от html-кода, а в html-коде просто помещайте несколько вызовов для печати результатов, например 'эхо $ переменная'. Или используйте шаблонизатор, такой как Smarty (как я).

С уважением, Александру.

Я не знаю, как в php, но разделение asp.net имеет следующие преимущества. 1. разделенный код легко понять и разработать 2. дизайнер может работать в html одновременно с написанием кода разработчиком