Javascript-форум (https://javascript.ru/forum/)
-   Ваши сайты и скрипты (https://javascript.ru/forum/project/)
-   -   Простой компилятор шаблонов для NodeJS (https://javascript.ru/forum/project/22156-prostojj-kompilyator-shablonov-dlya-nodejs.html)

Riim 08.10.2011 07:33

Простой компилятор шаблонов для NodeJS
 
/**
 * Id: template
 * */

(function() {

function escapeHtml(str) {
	return str
		.replace(/&/g, '&')
		.replace(/</g, '&lt;')
		.replace(/>/g, '&gt;')
		.replace(/"/g, '&quot;')
		.replace(/'/g, '&apos;');
}

function compile(strTpl) {
	var fn = new Function('viewData, escape',
		"var _view = []; function print() { _view.push.apply(_view, arguments); } with (viewData) { _view.push('"
			+ String(strTpl).replace(/(?:^|%>)[\s\S]+?(?:$|<%)/g, function($0) {
				return $0
					.split('\\').join('\\\\')
					.split("'").join("\\'")
					.split('\r').join('\\r')
					.split('\n').join('\\n');
			})
				.replace(/<%=([\s\S]+?)%>/g, "', $1, '")
				.replace(/<%:([\s\S]+?)%>/g, "', escape([$1].join('')), '")
				.split('<%').join("'); ")
				.split('%>').join("; _view.push('")
			+ "'); } return _view;");
	return function(viewData, escape) {
		return fn.call(this, viewData || {}, escape || escapeHtml).join('');
	};
}

exports.compile = compile;

})();


Понимает вставки <% code %>, <%= val %>, <%: val %>.
В последней подставляемое значение пропускается по умолчанию через escapeHtml, можно использовать свою функцию отправляя ее вторым аргументом:
function myEscape(str) {
	return str.replace(/5/g, '[5]');
}

alert(
compile('<html><body><%:x%></body></html>')({x: 12589546}, myEscape)
);// <html><body>12[5]89[5]46</body></html>


Критика, вопросы и т. д., прошу :) .

Kolyaj 08.10.2011 09:08

Что будет, если в шаблоне заюзать не переданную переменную? Что будет, если заюзать не переданную пременную, но случайно есть такое же свойство у window? Хотя второй вопрос про браузерный JS.

Это всё последствия использования with. Я ушёл от него к использованию this при обращении к переданным переменным, т.е. шаблону не передаётся объект с данными, а шаблон вызывается в контексте объекта с данными.

Riim 08.10.2011 19:32

Цитата:

Сообщение от Kolyaj
Это всё последствия использования with. Я ушёл от него к использованию this при обращении к переданным переменным, т.е. шаблону не передаётся объект с данными, а шаблон вызывается в контексте объекта с данными.

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

Что касается выбора между viewData и this, я сам долго присматривался к this на эту роль, но потом мыслил так: шаблон - это в некотором смысле обычная функция (после "компиляции" вообще так и есть), такой более удобный способ записи функций определенного типа, и если обычную функцию можно запустить в любом контексте, то чем хуже шаблон? Именно поэтому fn запускается через call - перебрасывается контекст. Да я понимаю, что аргумент не очень, но и контраргументы тоже слабые: this короче, автокомплит полностью решает проблему, ну и свойства viewData в viewData быть не должно. Так же на выбор повлиял ASP MVC Framework, там тоже есть viewData и свойства класса отвечающего за страницу можно использовать как переменные в шаблоне, правда там viewData.x !== x , а у меня они равны. Оттуда же экранирующие вставки, но там, кажется, нет возможности свой escape поставить, точно не помню про это. Для полноты картины можно еще сделать вставки для подгрузки подшаблонов <%@filename%>, но это уже надо делать на уровне функции load, сам compile никакими загрузками заниматься не должен, как-то так (не запускал):
var cache = {};

var fs = require('fs');

function load(filename) {
	if (filename in cache) {
		return cache[filename];
	}
	var strTpl = fs.readFileSync(filename, 'utf8');
	strTpl = strTpl.replace(/<%@([\s\S]+?)%>/g, function($0, $1) {
		return load($1);
	});
	return cache[filename] = compile(strTpl);
}

exports.load = load;

function clearCache() {
	cache = {};
}

exports.clearCache = clearCache;


Kolyaj, а вот этот кусок:
Цитата:

Сообщение от Riim
[$1].join('')

сразу понятно зачем он?

Kolyaj 08.10.2011 19:36

Цитата:

Сообщение от Riim
но при нем уже есть выбор: если переменная обязательна в шаблоне, вплоть до того, что даже хорошо, что происходит ошибка при ее отсутствии, тогда пишем без this (пишем так в шаблоне не ради ошибки, а потому что точно уверены, что переменная есть), а через this обращаемся уже к необязательным переменным.

Выбор почти всегда плохо. А если обязательная переменная стала необязательной? Весь шаблон перепахиваем? А если опять обязательной стала? Опять перепахиваем?


Цитата:

Сообщение от Riim
сразу понятно зачем он?

join такая хорошая функция, она null и undefined пустой строкой считает. То что надо для шаблонов.

Riim 08.10.2011 19:45

Цитата:

Сообщение от Kolyaj
Выбор почти всегда плохо. А если обязательная переменная стала необязательной? Весь шаблон перепахиваем? А если опять обязательной стала? Опять перепахиваем?

даже при этом он не мешает уже всегда через this писать. В общем, со временем видно будет, убрать with всегда успею.


Цитата:

Сообщение от Kolyaj
join такая хорошая функция, она null и undefined пустой строкой считает. То что надо для шаблонов.

супер :) , а то я думал кто-нибудь спросит что за фигню наворотил.

Андрей Параничев 12.10.2011 23:05

Болезнь таких компиляторов.
console.log(compile("<html><b><% _view = []; _view.push = function() { console.log(\"BWA-HA-HA-HA\"); }; %></b></html>")());

x-yuri 13.10.2011 01:53

console.log(compile('<html><b><% _view = []; _view.push = function() { console.log("Like I care..."); }; %></b></html>')());

а каким должен быть шаблонизатор?

Kolyaj 13.10.2011 12:22

Цитата:

Сообщение от Андрей Параничев
Болезнь таких компиляторов.

https://github.com/Kolyaj/CrossJS/bl...String.js#L387
Моё кунг-фу сильнее :)

Riim 15.10.2011 12:39

Цитата:

Сообщение от Андрей Параничев
Болезнь таких компиляторов.

не совсем согласен. Вот, например, в javascript-е я могу написать так:
while (true) {}

это теперь болезнь javascript-а? И в шаблоне я могу так написать, это тоже будем лечить? Я видел шаблонизатор, где пытались (во многом успешно) лечить многие такие болезни, но зачем? Как я писал выше, шаблон удобно воспринимать как функцию (по сути, так и есть), записываемую по немного другим правилам. В этой функции объявлен "print" (и "_view", и еще что-то), если я в обычной функции переопределю его, он начнет вести себя по-другому, это нормально, и в шаблоне это нормально. Я не хочу чтобы шаблонизатор лишал меня возможности совершать глупости - ограничивал меня. Я хочу иметь возможность совершать глупости :) .

В общем, на мой взгляд, это хорошая болезнь.

Андрей Параничев 18.10.2011 03:41

Я хочу использовать _view у себя в шаблоне.


Часовой пояс GMT +3, время: 13:38.