21

Re: Smarty (та інші шаблонізатори) - чи доречно застосовувати?

Ну є MVC, а є інші структури сайту. Перед MVC були шаблони/темплейти. Якщо дуже хочеться шаблонів і MVC, то шаблони будуть ще одним рівнем після вюхи, тобто отой код що вверху буде у вюсі, а не в контролері.

Я не кажу що шаблони добре чи погано, я просто кажу що таке є.
І бенефітом воно є в тому випадку, якщо :

22

Re: Smarty (та інші шаблонізатори) - чи доречно застосовувати?

Я не кажу що шаблони добре чи погано, я просто кажу що таке є.

Та багато всього є але ж ми всі стараємось іти до кращого. Ви просто написали що іф в шаблоні неможливий ось і почалось))

23

Re: Smarty (та інші шаблонізатори) - чи доречно застосовувати?

Ну бо втрачається смисл шаблону, а саме розділення html і логіки. Для цього шаблони робились.

24

Re: Smarty (та інші шаблонізатори) - чи доречно застосовувати?

Ну бо втрачається смисл шаблону, а саме розділення html і логіки. Для цього шаблони робились.

Наскільки я вас правильно розумію якщо ви пишете іф у шаблоні тоді втрачається смисл шаблону а саме розділення html і логіки???

25

Re: Smarty (та інші шаблонізатори) - чи доречно застосовувати?

Угу, вверху дав лінк на англомовну вікі.

ось що пише російська вікі:

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

26

Re: Smarty (та інші шаблонізатори) - чи доречно застосовувати?

в данному випадку говорять про логіку котроллера і моделей. одним словом я вивішую білий прапор)

pew pew :D
Блоґ

27

Re: Smarty (та інші шаблонізатори) - чи доречно застосовувати?

Vo_Vik написав:

Угу, вверху дав лінк на англомовну вікі.

ось що пише російська вікі:

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

Дивіться в чому прикол, можливо ви просто не розумієте деяких штук.
Отже головна фішка шаблонів це дійсно відокремити відображення даних. 
исполняемого кода. - Це не означає що не можна писати if else foreach ітд в шаблоні. Це означає що не можна наприклад писати витягнення моделей в шаблоні. Ось наступний код в шаблоні недопустимий

$user = $db->find($id)->current()

А в контроллері допустимий.

Натомість нижче вказаний код не допустимий в контроллері але у в юшці допустимий:

if ($user) {
  echo '<a href="/logout">logout</a>';
} else {
  echo '<a href="/login">login</a>';
}

Якщо щось не знаєте питайте. Але скажу що на практиці так роблять і не тільки я а багато.
Основа того що коли міняєте посилання наприклад той же клас додаєте ви маєте міняти вюшку а не контроллер.

p.s. В смарті теж є іфи ;)

28

Re: Smarty (та інші шаблонізатори) - чи доречно застосовувати?

Ви знову про MVC, шаблони це ж не тільки MVC, звичайно що якщо з шаблонами працює програміст, то він буде писати у них якусь логіку. Але я вже писав вище шаблони задумувались, щоб верстальщик і програміст працювали незалежно, абсолютно незалежно, навіть незалежно від мови програмування. В англійській шаблон це темплейт. Темплейт повинен відкриватись в браузері без вебсервера як самостійний файл і виглядати абсолютно так само як має виглядати реальна сторінка за винятком динамічного контенту. У 99% над сайтом не працює окремий верстальщик, а все робить один програміст, тому шаблони мутували у вюхи з MVC де почали використовувати елементи коду, які не є html.

29

Re: Smarty (та інші шаблонізатори) - чи доречно застосовувати?

Ось короткий приклад, що я маю наувазі

<head>
<title>{TITLE}</title>
</head>

це є чистий темплейт, а оце вюха, про яку ви говорите

<title><?=$title?></title>
</head>

30

Re: Smarty (та інші шаблонізатори) - чи доречно застосовувати?

Ясно проблеми термінології)). Для мене вказані ваші коди що один що інший можна назвати темплейт, вюха, шаблон. Суть їхня одна.