Есть ли альтернативные пакеты для html шаблонов(написал свой)?

Question

[IllusionTurtle]

Мне не нравится предлагаемый подход GO к html шаблонам - больше всего неудобства доставляет разница в синтаксисе которая в шаблонах весьма убогая.
Когда проект небольшой все красиво и понятно, НО когда проект разрастается, и например в шаблон надо передать множество переменных, контролировать это становится тяжело, так как один и тотже шаблон может вызываться разными контроллерами...
мне не нравятся pipeline`ы, мне не нравится что приходится для простейших условий писать свои функции, типа больше, меньше, ит.д. это же все уже есть в самом GO почему в шаблоне нельзя написать: {{if int1 > int2}}one{{else}}two{{end}} ???

или я что-то делаю не так?

Долгий поиск привел меня к шаблонизаторам типа erb к примеру - https://github.com/benbjohnson/ego - здесь меня все устраивает кроме объявления кода через <%%> - всеже если разработчики go предлагают фигурные скобки почему бы не использовать их - ИМХО: <> - для тэгов, {{}} - для логики - гораздно читабельнее
поэтому было решено написать свой велосипед для этой задачи - https://github.com/sg3des/gotemplator - это пока скорее набросок, чем завершенное решение!

Минус этого подхода это то что шаблон приходится генерировать в go code перед тем как запускать проект

Вопроса 3:
1) если стандартный подход на самом деле удобный, а я ошибаюсь, подскажите в какую сторону копать, а лучше пример того где это реализовано УДОБНО.
2) посоветуйте хорошие шаблонизаторы с GO синтаксом.
3) оцените мой пакет.

Спасибо

Answer 1

[Кирилл]

Попробуйте Pongo2 https://github.com/flosch/pongo2

Comments

[IllusionTurtle]

смотрел его тоже, выглядит интересно, вы его использовали?
у меня 2 замечания:
1) используется альтернативный синтаксис(так как это попытка создать шаблонизатор совместимый с шаблонами django)
2) нет явного объявления необходимых переменных - при объявлении функции\метода мы задаем переменные которые функция ожидает получить на вход - я бы не прочь увидеть аналогичное поведение и для шаблонов, ведь по сути, шаблон это функция трансформирующая переменные в текст.

[Кирилл]

IllusionTurtle: 1) да - это джанговские шаблоны 2) не понятно что значит "нет явного объявления необходимых переменных" ?

[IllusionTurtle]

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

Answer 2

[v- smerti]

Все прелести php говнокода решили в golang перенести?!

Comments

[IllusionTurtle]

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

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

Answer 3

[Александр Таратин]

почему бы не использовать их - ИМХО: <> - для тэгов, {{}} - для логики - гораздно читабельнее

Из вашего же README

{{for key,val := range data { }} //<- кучка скобок в одном месте
     <div><b>{{=key}}</b>:<i>{{=val}}</i></div>
{{ } }} //<- еще большая кучка скобок в одном месте

Не так уж и наглядно получается.

Comments

[IllusionTurtle]

согласен что не наглядно, видимо поэтому в шаблонах чаще используют текстовые обрамления типа end\endif ит.д.

[Oleg Shevelev]

Можно использовать одинарные фигурные скобки, по крайней мере в стандартном html/template.

[Александр Таратин]

Oleg Shevelev: Будет конфликт с js. Например со счетчиками Яндекс метрики, которую обычно не выносят в отдельный файл.

[Oleg Shevelev]

Александр Таратин: для печати скобок можно печатат скобку {{}, {}}, либо же добавить стоп-символ /}, либо же добавить тег игнора парсинга как в smarty для блока с php (не самый удачный вариант для Golang) вида {ignore}.sdahsdjhfkahdfk dksfjha ksdjhf kajsdh fkajsdhm,,,mnm,.m. {} {}{[][][][][][ {}{][][][] {]{{/ignore}

[Александр Таратин]

Oleg Shevelev: А можно просто использовать <% %> :)

[Oleg Shevelev]

Александр Таратин: тут на свой вкус - кому что нравится.

Answer 4

[Oleksiy Chechel]

Я бы отдавал html как статику, а рендер вынес на сторону клиента, используя микро-темплейтер типа doT.js или swig

Comments

[Oleg Shevelev]

Вам плевать на клиента?:) Если что-то можно сгенерировать сервером (особенно первую страницу пользователя) то это должно быть сгенерированно сервером.

[Oleksiy Chechel]

Oleg Shevelev: нет, не плевать. Это практически незатратная операция для одного шаблона (даже если сравнить с каким-нибудь анимированным баннером). Другое дело когда на сервер входит 500 клиентов в секунду, и все висит из-за генераций страниц на бекенде, а клиенты закрывают страницу, так и не дождавшись загрузки.
Но мы наверное о разных вещах говорим, я привык работать с большими нагрузками, специфика работы.

[Oleksiy Chechel]

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

[Oleg Shevelev]

Олексiй Чечель: подкол засчитан:) На самом деле нужен баланс, что-то можно отдать на рендеринг (например данные прилетели по ajax или websokets и являются не большими), а что-то нет. Что-то кешируется на стороне клиента, а что-то пред-загружается. Это всё от конкретного алгоритма показа конкретного материала зависит. Универсальное решение - тут скорее комплексное с кучей понятных правил.