2013-09-22 1 views
3

Я просто не могу понять, если этот сценарий поддерживается:встроенные блоки или обертоны, и параметры (LinkedIn Dust)

  • Single файл шаблона
  • Defined встроенный многоразовый блок или частичный, который может принимать параметры
  • Главный корпус, который вызывает блок/частичное прохождение параметров значения

Я знаю, что тег открыватели вполне вероятно, неправильно.

Надеюсь, вы сможете это сделать. Мне нужно, чтобы это поддерживалось, так как пользователи могут определять свои собственные шаблоны страниц, которые будут отображаться с помощью LinkedIn Dust, и это больно, чтобы заставить их определять отдельные шаблоны страниц для многоразовых вещей.

e.g.

{<reusable_block} {passed_in_param}{/reusable_block} 
{! Main content !} 
#1. Output of reusuable_block: {>reusable_block passed_in_param="smoo" /} 
#2. Output of reusuable_block: {>reusable_block passed_in_param="smee" /} 

Edit (самообеспечение ответил):

Передача параметров/overridding контекст для встроенных блоков в настоящее время не поддерживается, хак сортов в ответ ниже.

+0

Функция запроса тяги здесь: https://github.com/linkedin/dustjs/pull/358 – gdw2

ответ

1

Вышеупомянутый сценарий в настоящее время не поддерживается.

Но его можно моделировать более подробно.

Просмотр Slideshare http://www.slideshare.net/veenabs/curious-case-of-dust, который затем привел меня к сути для @partial (https://gist.github.com/vybs/3083847), что привело меня к работоспособной решения:

{<tag}{smoo}{/tag}Hello {name}, {@partial smoo="123"}{+tag /}{/partial},{@partial smoo="456"}{+tag /}{/partial} 

В идеале в будущем они будут добавлять поддержку {+ теге smoo = "1234" /}, который заменяет логику {@partial ...} {+ tag /} {/ partial}.

В конечном итоге я закончил добавление async-поддержки к вилке Swig, поскольку я предпочитаю синтаксис.

+0

Прошло полтора года и все еще не поддерживается = / – vellotis