Комментарии 10
Спасибо, заполнил пробел в этом вопросе :)
+1
а модуль nginx для определения мобильной версии у вас выложен в опенсорс?
0
Заключение надо ставить первым абзацем, как по мне — правильный дисклеймер. Резолвить преходы — такой геморрой, бррр.
Насколько все стало краше, когда перешел на адаптивную верстку. Кстати, это потребовало значительно облегчить дизайн и, следовательно, шаблоны/код.
p.s все еще пишете def foo(request)? Тогда мы идем к вам!
Насколько все стало краше, когда перешел на адаптивную верстку. Кстати, это потребовало значительно облегчить дизайн и, следовательно, шаблоны/код.
p.s все еще пишете def foo(request)? Тогда мы идем к вам!
+1
class based views удобны, но это не замена, а альтернатива, я использую оба способа.
class based view я обычно использую, когда код вьюхи становится большой, уднобно куски вынести в отдельные методы. Или когда несколько вьюх содежат общую логику и удобно сделать общий класс и понаследоваться. Когда код вьюхи короткий и нужно обрабатывать только один HTTP метод — функции гораздо удобнее.
class based view я обычно использую, когда код вьюхи становится большой, уднобно куски вынести в отдельные методы. Или когда несколько вьюх содежат общую логику и удобно сделать общий класс и понаследоваться. Когда код вьюхи короткий и нужно обрабатывать только один HTTP метод — функции гораздо удобнее.
+1
Ну автор таки написал декоратор, который мог идти в родительском методе класса и обновление context словаря (canonical, alternate) тоже скорее всего можно добавить в get_context_data.
Мне кажется класс-вью это новый django-guideline. По крайней мере, многие батарейки, которые я использую переходят на views.generic просто так, заранее.
Это я так. Никто, конечно, никому ничего не запрещает и не указывает.
Мне кажется класс-вью это новый django-guideline. По крайней мере, многие батарейки, которые я использую переходят на views.generic просто так, заранее.
Это я так. Никто, конечно, никому ничего не запрещает и не указывает.
0
CBV вовсю используются на проекте, в тексте есть примеры роутов с ними.
Что касается контроллера с декоратором, согласен, можно было реализовать с классовой вьюхой на основе
Что касается контроллера с декоратором, согласен, можно было реализовать с классовой вьюхой на основе
RedirectView
.0
Сегодня я узнал, что mail.ru использует django.
+4
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Мобильная версия для Django-проекта