Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770
Форумы портала PHP.SU :: Версия для печати :: TCodes - маленький и расширяемый шаблонизатор
Форумы портала PHP.SU » Объявления » Наработки по собственным проектам » TCodes - маленький и расширяемый шаблонизатор

Страниц (1): [1]
 

1. Awilum - 02 Мая, 2011 - 19:38:46 - перейти к сообщению
Эту тему почему то снесли без всяких объяснений.
Не ну может кому то и нравится писать правильно так: <?php echo $x; ?>
В TCodes это можно записать так: {:$x}

Дока и либа: http://tcodes[dot]template-cms[dot]org/
(Добавление)
TCodes 1.0.5
+ Реорганизованы папки...
+ Добавил возможность задавать свой вид тега $tag_start тег $tag_end
+ Возможность отключить php для шаблонов. $allow_php_tag = false;
+ Новый tcode {php:[ code here... ]}
+ Новый tcode {:$var} - короткое echo
+ Новый tcode {run:function()}
+ Захостил на [URL="https://bitbucket.org/Awilum/tcodes/changesets"]Битбакет[/URL]
2. Ch_chov - 02 Мая, 2011 - 21:20:38 - перейти к сообщению
Awilum пишет:
В TCodes это можно записать так: {:$x}

А в php можно записать так: <?=$x?>
Тема ваша вроде на месте.
3. Awilum - 02 Мая, 2011 - 21:29:10 - перейти к сообщению
Цитата:
А в php можно записать так: <?=$x?>

не работает. лезть на каждом сервере и включать шорт-теги специально для шаблона с такими тегами ?
4. Ch_chov - 02 Мая, 2011 - 21:49:17 - перейти к сообщению
Короткие теги в php.ini включены по умолчанию.
Но не в этом дело, даже если сравнивать ваш код с "длинным" php кодом <?php print $x ?>, что измениться? В чем преимущество?

Вот некоторые предпосылки чтобы задуматся:
1. PHP шаблон обрабатывается быстрей.
2. PHP шаблон не требует изучать еще один синтаксис.
3. Код PHP шаблонизатора на много проще.

Можете конечно сделать ваши шаблоны кэшируемыми/компилируемыми, раздуть шаблонизатор до масштабов smarty. Но тогда, сразу возникает вопрос. А чем ваш шаблонизатор лучше smarty и др.?
5. Awilum - 02 Мая, 2011 - 22:11:06 - перейти к сообщению
Цитата:
Короткие теги в php.ini включены по умолчанию.

да что вы такое говорите. рекомендуют не использовать шорт-теги так как это не кросплатформено, потому что не везде включены они.
(Добавление)
Цитата:
Можете конечно сделать ваши шаблоны кэшируемыми/компилируемыми

он компилируемый изначально и парсится шаблон только если он не модифицирован или если не найден скомпилированный шаблон.
6. Мелкий - 03 Мая, 2011 - 09:04:44 - перейти к сообщению
Awilum пишет:
да что вы такое говорите.

Да, включены по-умолчанию.

Вообще, тема "свой мета-язык шаблона или использование PHP непосредственно" - вполне холиварная, периодически возникает, но ни к чему не ведёт и все участники так и остаются при своих мнениях, как и положено холивару.
У обоих способов есть свои достоинства и недостатки.
7. Awilum - 03 Мая, 2011 - 18:20:09 - перейти к сообщению
Цитата:
Короткие теги в php.ini включены по умолчанию.



Цитата:
Да, включены по-умолчанию.


узнайте наконец уже как правильно все таки: http://framework[dot]zend[dot]com/manual[dot][dot][dot]ntroduction[dot]html !

Цитата:
In previous versions, we often recommended using short tags (<? and <?=), as they make the view scripts slightly less verbose. However, the default for the php.ini short_open_tag setting is typically off in production or on shared hosts -- making their use not terribly portable. If you use template XML in view scripts, short open tags will cause the templates to fail validation. Finally, if you use short tags when short_open_tag is off, the view scripts will either cause errors or simply echo PHP code back to the viewer.
8. OrmaJever - 03 Мая, 2011 - 19:32:46 - перейти к сообщению
Awilum пишет:
узнайте наконец уже как правильно все таки:

а может на офф сайте более правы? Однако
http://www.php.net/manual/en/ini.core.php
(Добавление)
Awilum к критике нужно прислушиватся, а не спорить, мы же не хотим ничего плохого просто хотим направить на правельный путь.
Вот это тоже ненужная весч Подмигивание
Awilum пишет:
+ Новый tcode {php:[ code here... ]}
9. Awilum - 03 Мая, 2011 - 21:34:12 - перейти к сообщению
OrmaJever
Неа вы неправильно поняли то что Зендовцы написали.

-------------------------------

In previous versions, we often recommended using short tags (<? and <?=), as they make the view scripts slightly less verbose. However, the default for the php.ini short_open_tag setting is typically off in production or on shared hosts -- making their use not terribly portable. If you use template XML in view scripts, short open tags will cause the templates to fail validation. Finally, if you use short tags when short_open_tag is off, the view scripts will either cause errors or simply echo PHP code back to the viewer.

--------------------------------

И дальше будете юзать шортеги ? Каждый хостер ставить php и настраивает как он хочет.

Критика использования шортегов вместо нормальной php записи, мде уж..


Цитата:
Вот это тоже ненужная весч

да тоже уже так думаю...
10. evgenijj - 03 Мая, 2011 - 23:04:28 - перейти к сообщению
Цитата:
Зачем нужен еще один мета язык?

Да, меня тоже всегда этот вопрос занимал. Что есть PHP - язык программирования (написанный на Си), который можно встроить в HTML. Что есть Smarty - язык программирования (написанный на PHP), который можно встроить в HTML. Если немного упростить: Smarty - PHP, написанный на PHP.
11. Awilum - 03 Мая, 2011 - 23:23:13 - перейти к сообщению
evgenijj
http://ru[dot]wikipedia[dot]org/wiki/%D0[dot][dot][dot]1%82%D0%BE%D1%80

С использованием шаблонизатора я не смогу выполнить серверный php код какой мне захочится. Если я дам человеку сделать шаблон на каком либо шаблонизаторе, то он например не поломает мне приложение своим шаблоном.
12. evgenijj - 03 Мая, 2011 - 23:42:35 - перейти к сообщению
Вы так и не ответили на вопрос - чем ваша реализация PHP лучше оригинальной реализации PHP. Как научить верстальщика программированию на PHP? А ведь потом его еще учить модели MVC. И еще многому...
13. Awilum - 03 Мая, 2011 - 23:50:19 - перейти к сообщению
evgenijj
Цитата:
evgenijj
http://ru[dot]wikipedia[dot]org/wiki/%D0[dot][dot][dot]1%82%D0%BE%D1%80

С использованием шаблонизатора я не смогу выполнить серверный php код какой мне захочится в шаблоне Если я дам человеку сделать шаблон на каком либо шаблонизаторе, то он например не поломает мне приложение своим шаблоном.
14. Haron - 08 Мая, 2011 - 20:05:28 - перейти к сообщению
Раз речь зашла про достоинства и недостатки...
Интересуют достоинства и недостатки использования обеих способов.

Вот моя прикидка по теме, если есть что добавить - буду рад:

- Наглядный, простой и очевидный синтаксис шаблонов, позволяет создавать шаблоны людям - далёким от программирования, например дизайнерам.
- Однако, разбор шаблона требует процессорного времени, и возникает вопрос, а зачем ещё одно тормозящее звено?
- Но в то же время - контраргумент: Можно отдавать уже скомпилированный код шаблона (а он представляет из себя тот же самый быстрый Free PHP\Short Tags - код). А перекомпилировать - ТОЛЬКО тогда, когда изменился шаблон.

Вот мы и подошли к ГЛАВНОМУ
- Обвинять шаблонизаторы в "громоздкости" и "ещё одном синтаксисе" - не имеет смысла. Дизайнеру в результате не нужно знать PHP чтобы делать шаблоны на сайт. Это лишь инструмент для более удобной и быстрой разработки сайтов. А все вопросы скорости работы шаблонизатора - вполне решаемы при достаточно прямых руках.

Я считаю, что когда решают использовать Free PHP/Short Tags - программисты тупо забивают на преимущества и удобства, ради "скорости", и чтобы "не париццо, это-ж писать надо, думать".

 

Powered by ExBB FM 1.0 RC1