Pull to refresh

Comments 3

UFO just landed and posted this here
Да вот мне тоже кажется, что зря автор начал свои статьи с внутренностей. Надо было начать с того, что вполне рабочий, полезный API на DRF можно построить вообще без единой строчки императивного кода, только переопределив некоторые свойства этих стандартных классов. В этом вся прелесть DRF, как по мне.

Спасибо за комментарии. Мне кажется, могут быть разные подходы в описании работы конкретного веб-фреймворка, в частности:

  1. легкая прогулка по высокоуровневым решениям с целью показать, какие горы можно свернуть написав всего лишь условные "две строки кода", чтобы привлечь внимание к фреймворку и показать его достоинства по сравнению с другими решениями;

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

Я думаю, что оба подхода имеют право на существование. Свои статьи я задумывал в рамках второго подхода.

Кроме того, не открою Америки, если скажу, что самый смак и при работе с django, и при работе с DRF, начинается как раз, когда нужно отступить от высокоуровневых дефолтных решений и производить тонкую настройку под себя. Вот тут, думается, системное понимание, как в основе своей устроена работа DRF, совсем не помешает.

Sign up to leave a comment.