Dlaczego Smarty? Opcje

[DEXTER_c]

Do dziś po prostu ustawiam zmienne i includuje szablon, który może wyglądać mniej więcej tak:

[PHP] pobierz, plaintext 
<?php
$this->HTML = '
	 <h3>'.$title.'</h3>
	 <p>'.$tekst.'</p>
';
?>
[PHP] pobierz, plaintext 

Tak więc mam oddzieloną prezentację od kodu.

Bardzo proszę o wyjaśnienie mi, na czym skorzystam decydując się na zastosowanie Smarty? Interesuje mnie głównie wydajność.

[Cysiaczek]

Idąc dalej tokiem tego rozumowania, to tak: programista php, javascript, html'owiec, stylowiec i grafik tak? No bez jaj. Uczepie się tylko JS - jak na stronie jest ustawiany kolor przez skrypt JS, to też grafik nie musi się znać na tym języku? Wszystko jest kwestią umowy, zatem jeśli powiesz grafikowi, że kolorki może sobie zmieniać np. w pliku .ini, to chyba nie będzie dla niego problemem? Ba. Wydaje mi się, że nawet sporym ułatwieniem. Zresztą, od tego są CSS'y, aby było jak najmniej kodu. Poza tym, powiedz mi za co odpowiada $cos przedstawiona przez bełdzio? Tak, czy siak musisz grafika poinformować o znaczeniu tej zmiennej. Po prostu istnieje pewien punkt styku, gdzie trzeba iść na jakiś kompromis pomiędzy łatwością użytkowania kodu przez html'owca, a poziomem jego komplikacji. Nikt mi nie powie, że rozumiejąc składnię Smarty, grafik nie zrozumie działania prostej pętli while, czy instrukcji warunkowej i zmiennych tam zawartych... musiałby być wyjątkowym... niedokończę.

Pozdrawiam.

[Denver]

@Cysiaczek:
Nigdzie nie napisałem, że podczas pracy nad danym skryptem korzystającym z systemu szablonów powinien być podział na osobę programującą w php, następnie na znawcę JS, później grafika itd. Zgodzę się, że grafik powinien znać zupełne podstawy programowania, np. jak działa pętla, oraz co to jest konstrukcja if...else. Nie zmienia to jednak faktu, że wglądu do właściwego kodu php mieć nie powinien - bo po co? Od kodowania jest programista php, który grafikowi ma tylko i wyłącznie przekazać informacje o tym, co zawiera zmienna przekazana do szablonu i narzucić mu z góry jej użycie.

Odnośnie kodu bełdzia ze zmienną $cos - oczywistym jest dla mnie, że był to najzwyklejszy przykład, wiadomo przecież, że w żadnym porządnym skrypcie nie będziemy tworzyć zmiennych $bleble, $something itd.

Dużo trafniejszy przykład wyglądałby tak:

[PHP] pobierz, plaintext 
<p class="<?php print $sNewsParagraphClass; ?>">ble ble ble</p>
[PHP] pobierz, plaintext 

W tym momencie grafik zagląda do pliku CSS i tam przeprowadza wszelkie niezbędne modyfikacje kolorów lub czegokolwiek innego.

Tak moim zdaniem powinna współpraca między programistą i grafikiem wyglądać.