Почему не стоит мешать html c php?

Question

[Kirillel]

Недавно начал изучать php и наткнулся где-то на комментарии к урокам, что мешать html и php нельзя

Comments

[Дмитрий]

Добрый вечер.
Чьи это уроки и чем аргументируют такое утверждение?

[Сергей delphinpro]

неверная формулировка.
правильно - не нужно смешивать представление с бизнес-логикой.
Представлением часто служит html, логика пишется на php. Отсюда и неправильная формулировка.
Если вы используете шаблонизатор с голым php, то в любом случае будете в html шаблоне делать php-вставки: вывод переменных, циклы, условия.
Вот вы уже и смешали html и php =) И это не страшно. Все эти циклы и условия вывода информации называются логикой представления. И она допустима в шаблонах.
Но важно, чтобы в вашем шаблоне не было именно бизнес-логики: операций с данными, запросов в базу, каких-то вычислений и т.п. в общем изменений объектов из предметной области.

Answer 1

[Lander]

Почему нельзя? Можно! Просто получится сложночитаемая и малоподдерживаемая хрень.

Answer 2

[Nikita Dergachov]

Отделение логики приложения, от представления(html). Так код проще поддерживать и переиспользовать.

Answer 3

[Alex Wells]

Не нельзя, а не нужно. should not.

Если коротко: это НЕ удобно, это НЕ юзабельно, это противоречит ВСЕМ основным принципам программирования, это НИКТО не будет поддерживать, это быдлокод.

Ты попробуй написать относительно сложный проект на plain php в перемешку с html (25k+ строк) и тогда посмотри, как же прекрасно все выглядит, работает и как быстро ты это писал)

Answer 4

[Андрей Павленко]

По сути, я видел 90-килобайтные файлы мешанины PHP, HTML, MySQL-запросов и прочего.
Писать такой код просто.
Проблемы начнутся через полгода, когда вы этот код забудете и нужно будет что-то изменить. Вам придется проверять весь код и пересматривать его, чтобы не зацепить изменением в одном месте кода другое, совсем неожиданное.
После того, как новички несколько раз сталкиваются с такой проблемой, они начинают писать код более структурировано. Один с методов - это отделить получение информации от пользователя и базы данных с помощью одного кода, отображать эту информацию конечному пользователю с помощью другого, и решать, какую информацию показать и связать два предыдущих компонента между собой - с помощью третьего набора кода.
Грубо говоря, так и получается структура MVC, в которой html и php код разделен.
Это если условно, так как сколько людей - столько и пониманий MVC.