ну и добавлю если сравнивать с шаблонизаторами под другие платформы то для шаблонизаторов на nodejs нужно учитывать потери на передачу данных. Как минимум это: формирование json, сетевые издержки и парсинг json в nodejs.

Там 2 варианта, можно и не в поток. На счет потока да, стоит прикрутить.
5000 fps разница - это не шибко?
Как раз нет. В TSN можно хоть JSON генерировать.
И что? Главное - правильно парсит. И парсит только свои теги, всё остальное не трогает.

Да, спасибо тебе. :)

:blink: Вышла новая версия - 2.2.1

Что изменилось:
1. Добавлена возможность записи в поток! Спасибо vflash за наводку, как-то я забыл про это совсем. Для этого нужно просто передать объект Stream вторым параметром при рендеринге:

template.call(data, response);

При этом функция по прежнему возвращает результат рендеринга.

Если ещё что смущает, не нравится или не хватает - пишите :write:

Через недельку наверно понадобится твой шаблонизатор, так что если что, буду терраризировать вопросами на работе:)

Без проблем :)

Мне monolithed подкинул одну мысль: сделать компиляцию файлов пачкой.

Хочу спросить у сообщества - как вы это видите?
Пока есть такие варианты:

1. Выделить отдельный метод, в который будет передаваться массив/хеш шаблонов.
2. Реализовать рекурсивный обход директории и компилировать в ней все (?) файлы
3. Не делать.

B~Vladi, Вы же знаете, что рекурсия - это плохо, особенно когда нужна скорость. Я за второй метод, но его вариацию без рекурсии.

Ну, рекурсия может быть заменена на while, как реализуешь. С другой стороны, предполагается что компиляция будет происходить при инициализации всего приложения, так что скорость тут роли не играет.

Важно, что бы было удобно использовать.

какая разница в использовании от метода сбора файлов? на выходе же всё равно один файл получится :)
хм, может, через Makefile ? и заодно там же поуказывать настройки сборки.

Ты не понял.
Не один. При компиляции никаких файлов не создается. Шаблон из файла компилируется в JS-функцию, которую потом можно получить из кеша TSN.cache.