Comments 11
Меня оттолкнул SWIG отсутствием (и нежеланием автора) добавить возможность вызывать функции в шаблонах
После чего перешел на atpl (тот же синтаксис, но работает вызов функций и автор адекватно реагирует на Feature Request)
После чего перешел на atpl (тот же синтаксис, но работает вызов функций и автор адекватно реагирует на Feature Request)
Насчет вызова функций — это скорее вопрос идеологии, нежели нежелание автора. В Django решили что незачем верстальщикам давать возможность вызывать функции, я с этим согласен, учитывая наличие удобной системы кастомных фильтров и тегов.
К тому же atpl не поддерживает работу в браузере, если не ошибаюсь.
К тому же atpl не поддерживает работу в браузере, если не ошибаюсь.
Использовал в двух довольно приличных проектах, в таком же примерно окружении (только PhoneGap) не было, очень доволен.
Как-то странно. На сайте проекта много разных сравнений с конкурентными библиотеками которые в явных аутсайдерах, однако про Google Closure забыли.
Меня в свиге неприятно удивил тот момент, что настройка пути к шаблонам одна и та же на весь модуль. Это означает, что в одном инстансе node-процесса нельзя крутить два варианта вёрстки / два вебсайта, они обязаны шарить один и тот же путь к шаблонам. Почему нельзя сделать инстанцируемый движок шаблонов с отдельными настройками для каждой инстанции — для меня загадка.
Прочитал как Swing в JavaScript :)
а я underscore пользуюсь
Кроме Swig еще есть 2 реализации Twig.js:
1. github.com/justjohn/twig.js
2. github.com/schmittjoh/twig.js
Вторая интересна тем, что шаблон компилируется в нативный js-код и результат компиляции можно кешировать.
1. github.com/justjohn/twig.js
2. github.com/schmittjoh/twig.js
Вторая интересна тем, что шаблон компилируется в нативный js-код и результат компиляции можно кешировать.
А чем лучше plate?
Sign up to leave a comment.
Swig — JavaScript шаблонизатор с Django Template синтаксисом