В документации django они упоминают, что
В нашей интерпретации MVC «представление» описывает данные, которые представляются пользователю.Это не обязательно, как данные выглядят, но какие данные представлены.Представление описывает, какие данные вы видите, а не то, как вы это видите.Это тонкое различие.
...
Итак, в нашем случае «представление» - это функция обратного вызова Python для определенного URL, потому что эта функция обратного вызова описывает, какие данные представлены.
...
Где же тогда находится «контроллер»?В случае Django, это, вероятно, сама структура: механизм, который отправляет запрос в соответствующее представление, в соответствии с конфигурацией URL Django.
да, я полностью согласен с ними в случае retrieve
.Однако в случае чего-то, что изменяет (или удаляет) данные, я не могу согласиться с тем, что они упоминают.Потому что обычно я реализовал view
до modify
или delete
.Который обрабатывает не «какие данные присутствуют», а «управляющие данные».В этом смысле view
(говорит Джанго) не называется view
, а controller
, я думаю.
Или я неправильно реализую view
?Пожалуйста, дайте мне знать детали "MTV" Джанго.