Документирование диаграмм классов UML для проекта Django MVT
Каким образом лучше всего создавать диаграмму классов UML для проекта Django, использующего паттерн проектирования MVT, особенно при использовании в проекте представлений, основанных на функциях? Правильно ли рассматривать представления как классы, даже если они основаны на функциях? У меня есть смесь представлений на основе классов и представлений на основе функций, поэтому такой вариант выглядит удобным, но я не уверен, правильно ли это с технической точки зрения. Также, могу ли я рассматривать шаблоны как классы?
Да, в UML вы можете представить независимую функцию с помощью класса, как объяснено здесь.
Я не знаю ни django, ни MVT, но похоже, что по официальному определению view - это callable:
Представление - это вызываемый объект, который принимает запрос и возвращает ответ. Это может быть не просто функция, и Django предоставляет пример некоторых классов, которые могут быть использованы в качестве представлений. Они позволяют вам структурировать ваши представления и повторно использовать код, используя наследование и миксины.
.
В этом контексте даже рекомендуется представлять ее как класс, поскольку функция является частным случаем более общего класса callables.
Шаблон django template, похоже, определяется файлом (data), который может быть использован для инстанцирования объекта Template. Таким образом, каждый шаблон вашего проекта будет в конечном итоге как отдельный объект, и должен быть только один Template класс.