Forums / National / Russian / Идеи / Chunks

#39742 esclkm:

Macik, если займешся, то сразу подумай, как бы при этом механизме выглядели бы  колбэки с множественными парметрами.

Это, собственно, к «универсальному механизму» расширенных тегов иметь отношения не будет. Точнее саму реализацию будет определять код «условно сторонней» функции. 

Синтаксис мне кажется надо смотреть у {FILE }

Вот это надо обсудить. Есть конкретные предложения по полному виду тега с мультипараметрами? И на сколько при этом необходимо оставить конвейерную обработку через пайп («|»)? Приведи реальные примеры где нехватает мультипараметров, какие ф-и вызываются.

Если без конвеера, то можно плясать от формата МодИкса:

Можно в более привычном виде:

все строковые параметры не заключенные в кавычки трактуются как название переменных шаблона и заменяются их значениями, цифровые соотв. как фифры.

Можно добавить именованных параметров:

Вопрос как объединять в цепочку? Например так:

Можно даже пофантазировать и сделать реализацию такого:

Где `$func1` и `$func2` это результаты выполнения соотв. функций.

И еще раз заглянешь в этот беспредел: подумай пожалуйста, над человеко-понятными ошибками шаблонизатора.не надо их многоязыковыми делать... просто, чтобы сайт ломался с правильным набором слов)

Тут опиши подробнее. Я с этим не особо сталкивался. Что именно хочется видеть и в каких случаях? Думаю, что расширенный вывод ошибок стоит делать токльо в режиме отладки. Т.к. в продакшене логичнее поведение шаблона, когда весь непонятный мусор или пустые теги «скрываются».