LINUX.ORG.RU
ФорумTalks

Шаблонизаторы и жизнь

 ,


0

2

В универе учат нас веб-программированию и пишем мы вполне себе страницы на смеси html+php+js. MVC и шаблонизаторы у нас вообще не затрагивают,а между тем хорошие ведь штуки. Как я заметил смешивание кода и верстки приводит у некоторых одногруппников к весьма плачевным результатам, да отлаживать простыни из такой мешанины, буэ. В то же время есть же например Smarty для PHP. Собственно вопрос:
1. Применяете ли вы шаблонизаторы ?
2. Полезно ли учить в универе, исходя из принципа верстка отдельно, логика приложения отдельно?
Относительно себя: 1.применяю в своих поделках
2. Считаю что полезно, так как позволяет лучше увидеть разницу между функциональной частью и веб-мордой,ну и более структурно разработка идет
UPD: зачем спрашиваю? Хотел бы попробовать в ВУЗе донести идею, что надо бы от мешанины уходить к MVC и Со

★★★★★

Последнее исправление: pylin (всего исправлений: 1)

1. Да (smarty, mako)
2. Учится всегда полезно.

ggrn ★★★★★
()
Последнее исправление: ggrn (всего исправлений: 1)

1. Ни одного веб-проекта без шаблонизатора пока не сделал и не думаю, что сделаю. Юзаю Twig (PHP) и jinja2 (Python).

2. Абсолютно и неспоримо — только да. MVC/MVVM/MV*/MTV — это фундаментальные паттерны современного веба.

UPD: зачем спрашиваю? Хотел бы попробовать в ВУЗе донести идею, что надо бы от мешанины уходить к MVC и Со

Гиблая идея. Нашим универам в СНГ очень сложно предпринимать реальные действия основываясь на обратной связи от студентов и обучаемых.

resurtm ★★★
()
Последнее исправление: resurtm (всего исправлений: 1)

Без шаблонизаторов писать веб-приложения это ад. Попробовать донести можно конечно, но врядли получится. Но попробовать обязательно стоит.

pi11 ★★★★★
()

Выше уже написали - PHP готовый шаблонизатор. Эдакий DSL для рисования формочек.

надо бы от мешанины уходить к MVC и Со

Надо от PHP уходить к нормальным зрелым платформам. Если не нравится универ-стайл, отдавайте JSON и используйте шаблонизатор на стороне клиента.

outtaspace ★★★
()
Ответ на: комментарий от Dirty_Diana

PHP - это и есть распухший шаблонизатор.

Мне один пхпшник говорил, что PHP - это исторически шаблонизатор перла. Это правда?

Я веб-программированием никогда не занимался и не интересовался (пишу на perl, но только для автотестов и сисадмин-стайл задач), и, возможно, неправильно понимаю, что есть шаблонизатор. HTML::Mason - это шаблонизатор?

DELIRIUM ☆☆☆☆☆
()
Ответ на: комментарий от DELIRIUM

PHP - это исторически шаблонизатор перла

Какая-то ересь.

pi11 ★★★★★
()

1. Конечно.
2. Полезно, но вряд ли так будет. В универах обычно всякой ереси учат, не применимой на практике.

drull ★☆☆☆
()
Ответ на: комментарий от outtaspace

Отдавайте JSON и используйте шаблонизатор на стороне клиента

, если нахождение в поисковике не интересует.

metrokto ★★
()
Ответ на: комментарий от DELIRIUM

PHP - это исторически шаблонизатор перла. Это правда?

Нет. Исторически это набор перловых скриптов заточенных под создание _простой_ динамики в WEB.

HTML::Mason, Mojo::Template, HTML::Template - шаблонизаторы. Некоторые из них позволяют смешивать разметку и код на перле (получается PHP-стайл).

outtaspace ★★★
()

smarty - гуано; twig - норм; haml и jade - труЪ.

dismal_faun ★★
()
Ответ на: комментарий от outtaspace

Нет. Исторически это набор перловых скриптов заточенных под создание _простой_ динамики в WEB.

ЩИТО?

https://twitter.com/rasmus/status/226405807305138176
http://lamp.sangkrit.net/2012/07/21/php-was-never-written-in-perl/

resurtm ★★★
()
Последнее исправление: resurtm (всего исправлений: 1)

Использую, главным образом smarty. Но не всегда. Если вы пишете код под проект, в котором архитектура не предполагает использование шаблонизатора(к примеру Wordpress), вам прийдётся писать код так, как это делали до вас другие разработчики данного продукта. Другое дело, когда пишете приложение с нуля - вы можете выбрать любой шаблонизатор. Если вы задействуете фреймворк, то вам прийдётся использовать шаблонизатор данного фреймворка. В общем, всё зависит от ситуации. И в реальной жизни приходится писать так, как это принято в конкретном проекте, а не так, как хочется.

lucentcode ★★★★★
()
Ответ на: комментарий от outtaspace

А для поисковиков отдельно генерить каждую страничку? Или поднять сервер в node.js и при помощи него генерировать HTML для поисковиков?

lucentcode ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.