Ну твиг то читает файл и из него делает кешированную версию. У тебя в рантайме?

хз) формирую строку на лету по нужньім данньім, кеширую ее и в mixin

если сума контрольная не менялась - с кеша беру вместо формирования строки заново

Первые когда надо строку капсом написать или заэскейпить. Второе - когда в одном разделе надо как-то по другому футер переверстать например.

Ну в Diet у тебя вообще вся мощь языка D

Способность в рантайме компилировать шаблоны - это не свойство самого "языка" шаблонов, а свойство его реализации.

В продакшене можно и в compile-time парсить. Максимально возможная скорость получается

К сожалению SDC слабо развивается, а было бы неплохо иметь компилятор D как библиотеку

В Diet еще переменные в виде alias-ов передаются.

Ну твиг то читает файл и из него делает кешированную версию. У тебя в рантайме?

Нет, Diet не умеет в рантайм. Но умеет не перекомпилировать шаблон, если он не менялся. Что ускоряет компиляцию.

А рантайм будет работать медленнее? Мне кажется нет

Будет, потому что придется интерпретировать вставки кода

либо надо запекать шаблоны в шаред-либку

с этим у дешки под вяндой не ахти

А в скомпилированном шаблоне как вставки переменных интерпретируются?

Там же наверняка все сводится к write(str)

Только в случае куска шаблона это вывод статической строки, а в случае переменной это вывод переменной

да, так и есть, оно переводится в нативный код и компилируется в бинарные данные

Я не могу кстати понять, что значит "скомпилированный в машинный код шаблон". Браузер то HTML в итоге интерпритирует все равно.

Я не могу кстати понять, что значит "скомпилированный в машинный код шаблон". Браузер то HTML в итоге интерпритирует все равно.

Это значит, что управляющие конструкции шаблона транслируются непосредственно в машкод, а не в некий промежуточный код, который затем интерпретируется в ран-тайм

сам HTML естественно ни во что не компилируется, просто превращается в дешные строки

Ну как я себе это вижу - в итоге шаблон парсится и превращается в длинный массив. Какие то его элементы это статические строки, какие то - колбеки на логику циклов например

Когда надо отрендерить, код идет по массиву, если строка то он делает write(a[i], stdout)

Ну как я себе это вижу - в итоге шаблон парсится и превращается в длинный массив. Какие то его элементы это статические строки, какие то - колбеки на логику циклов например

Это если в рантайм

да

для этого придется делать некую мини виртуальную машину

основная сложность перевести код шаблона в этот самый массив

в Diet поступили самым простым способом, код шаблона переводится во внутреннее представление компилятором

Короче у меня сомнения что в рантайме будет медленнее

Но будет больше вызовов write и дерганья колбеков

Но такие вещи может оптимизируются процессором, не знаю

Короче у меня сомнения что в рантайме будет медленнее

скажем так, оно будет медленнее, но незначительно.

я бы предпочел чуть медленнее, но с возможностью перекомпиояции в рантайме

никогда рендеринг шаблонов не был узким местом моих проектов

но зато можно сказать: "Зато Diet супербыстрый!" :lol:

Если так нужна супербыстрота то стоит подумать о json api и переходе на клиентский рендеринг, так еще быстрее будет

Но будет больше вызовов write и дерганья колбеков

не только, тебе придется писать код, который будет бегать по этому массиву, читать из него и вызывать нужные коллбеки с нужными параметрами.

Если так нужна супербыстрота то стоит подумать о json api и переходе на клиентский рендеринг, так еще быстрее будет

у рендеринга на клиенте есть один АААААГРОМНЫЙ недостаток, из-за которого я отказываюь от него: абсолютно недружелюбно к поисковым системам.

Они уже научиться должны

сложный жсон они не умеют - слишком накладно

поэтому пилят параллельно клиентский рендеринг для людишек и серверный для поисковиков

по мне так - двойная работа

процесс отказа от клиентского рендеринга уже пошел

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

реакт нынче не стильно, не модно и не молодежно

https://habrahabr.ru/post/315666/

ReactJS это вообще какая-то наркомания. После того как я увидел что там код и вьюшки мешаются вперемешку желание учить его отпало раз и навсегда. Если создатели такую наркоманию в самых базовых вещах творят, то что там будет если глубже копнуть

ReactJS это вообще какая-то наркомания. После того как я увидел что там код и вьюшки мешаются вперемешку желание учить его отпало раз и навсегда. Если создатели такую наркоманию в самых базовых вещах творят, то что там будет если глубже копнуть

согласен

Есть вопрос по vibe.d. Допустим будет rest интерфейс с авторизацией. Можно либо будет в любой момент времени отправить POST авторизированному клиенту? Тоесть инициатор это сервер?

Есть вопрос по vibe.d. Допустим будет rest интерфейс с авторизацией. Можно либо будет в любой момент времени отправить POST авторизированному клиенту? Тоесть инициатор это сервер?

А такое вообще принято? Отправлять что-то клиенту без запроса

Вот поэтому и вопрос

Эм, протокол не так делать. У браузера 20 секунд таймаут подключения

как можно клиенту отправить POST вообще?

Вебсокеты в помощь

ладно спасибо, посмотрю веб сокеты

Это вопрос не по vibe.d, а скорее по HTTP :)

я бы даже сказал вообще по WEB-технологиям

Короче http не умеет так :) По теме можно погуглить long polling

это такой абстрактный вопрос. про понимание в принципе

Но лучше ws

в vibe.d есть вебсокеты

яих ни разу не использовал

Они норм, тестил) Всё стандартно там

у меня древняя технология периодического опроса сервера

без вебсокетов

Не стильно, не модно, не молодёжно ?

ага, так что перехожу на них :)

ERROR: S client not available

периодические запросы это первое что приходит на ум

когда не было вебсокетов, это был единственный вариант. сейчас они поддерживаются всеми

как можно клиенту отправить POST вообще?

Нельзя по ряду причин:

1. У клиента может не быть public IP

И ты просто к нему не сможешь достучаться

2. У клиента нет запущенного веб сервера, чтобы к нему обращаться

3. У клиента нет сессии (даже если у него будет веб сервер и публичный IP) которая будет связанна с серверной сессией

:)))) мне-то зачем это объяснять?

:)))) мне-то зачем это объяснять?

То я промохнулся

Есть вопрос по vibe.d. Допустим будет rest интерфейс с авторизацией. Можно либо будет в любой момент времени отправить POST авторизированному клиенту? Тоесть инициатор это сервер?

Это я тебе ответил

пост запросы клиенту - это вообще абсурд.

пост запросы клиенту - это вообще абсурд.

Если клиентом не является какой-то другой сервер

ну полюбас это будет запрос к HTTP-серверу, а не HTTP-клиенту. по определению.

ну полюбас это будет запрос к HTTP-серверу, а не HTTP-клиенту. по определению.

Да

Ребят продублирую не могу найти свое сообщение

Насколько актуальна книга александреску

Или совсем протухла?

В целом, для изучения основ сойдет. Но так как язык периодически изменяется, то 100% гарантий истинности нет.

там базовьіе моментьі изложеньі, а они по сути те же остались

Но для ru альтернатив нет?

http://dlang.ru/book

Надо полистать

Введение в D перевод которой на гитхабе я прочитал

http://dlang.ru/book

О все там хорошо кроме faq)

https://tour.dlang.org/tour/ru/welcome/welcome-to-d

Ооо спасибо

Насколько актуальна книга александреску

Даже если не на 100% актуальна, почитать ее все равно очень полезно, она мотивацию хорошо передает, заразительно. Правда, русский перевод тут ругали, я читал оригинал и могу лишь о нем говорить.

Но для ru альтернатив нет?

https://github.com/deviator/duseful/blob/master/README.md#%D0%BD%D0%B0-%D1%80%D1%83%D1%81%D1%81%D0%BA%D0%BE%D0%BC-1

https://github.com/deviator/duseful/blob/master/README.md#%D0%BD%D0%B0-%D1%80%D1%83%D1%81%D1%81%D0%BA%D0%BE%D0%BC-1

Я уже нашёл, там опять же одна книга которую я прочитал и про шаблоны

Но она для меня пока сложновата

Буду читать что накидали, а потом александреску

Чем дело с переводом книги Али кончилось?