170 похожих чатов

Ну, про Vue.js долго писать не буду - понятно, что

это лучший вариант сегодня и для SPA и для SSR, можно сказать, что это хороший вариант по умолчанию для новых проектов и большая часть людей это уже понимает, это же показывают и результаты опроса хотя казалось бы, опрос в группе, где должен был бы победить первый вариант) [некоторые предлагают вместо Vue.js React или Angular или что-нибудь ещё, это уже частные случаи того же подхода - рендерим шаблоны js'ом, в данном контексте этот спор про выбор лучшего js-фреймворка не важен]

если смотреть на работу Django Templates отдельно от всего остального - ну, это та часть, которая сделана неплохо, она работает, если есть задача рендерить шаблоны на сервере (SSR), в самом деле, почему бы и не Django Templates или Jinja2, то есть если сделать некий микросервис или модуль, который бы занимался только рендерингом шаблонов и ничем больше и это было бы на Django Templates или Jinja2 - всё нормально, не так модно, но нормально) и тут тоже есть люди, которые считают, что вот Jinja2-то лучше, чем Django Templates, в данном контексте это тоже не важно)

тогда почему же Django Templates не стоит использовать и что подразумевают под этим люди, которые пропагандируют отказ от них? проблема в MVC, с таким подходом не получается красиво отделить данные от полученного в итоге html

то есть в Django можно разбить всё на приложения, и каждое приложение будет включать в себя генератор контекста с данными для подстановки в шаблоны и сами шаблоны... в этом и есть проблема, из-за которой так хочется агитировать против Django Templates... в современным мире более правильным считается подход, когда генерируется API, а рендеринг шаблонов - уже отдельно слабо связанный с этим сервис, то есть проблема не в самих Django Templates, а в том, как они прикручены, в том, как официальная документация предлагает их использовать... презензии к Django Templates на самом деле претензии к вот этой связке шаблонов с API, если бы можно было отдельно выделить все шаблоны и отдельно выделить все приложения и задеплоить их отдельно в рамках разных процессов, мб даже в разных контейнерах - тогда с SSR на сервере через Django templates в общем-то не было бы ничего плохого... наверное, кто-нибудь использует их именно так, но в 95% случаев говоря про Django Templates, подразумевают совсем другое, подразумевают вот этот старый MVC подход, который устарел

1 ответов

22 просмотра

Т.е. лучше заполнять страницу, обращаясь к апи через js и так же через js вставлять полученные данные. Я правильно понял вашу мысль?

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта