#django #web-applications #architecture #django-middleware
#django #веб-приложения #архитектура #django-промежуточное программное обеспечение
Вопрос:
Я написал для своего очень простого приложения.
- Для входа в приложение пользователей facebook canvas
- Для отслеживания посетителей большая часть кода очень проста.
Приложение, вероятно, не такое сложное, довольно близко к системе ведения блогов . Однако я хотел бы знать, насколько дорогостоящей с точки зрения ресурсов будет моя архитектура промежуточного программного обеспечения.
Одна из вещей, которая меня особенно беспокоит, — это тот факт, что новый объект visitor создается каждый раз, когда выполняется уникальный запрос . Это хорошая идея?
Итак, хотя промежуточное программное обеспечение — это потрясающая СУХАЯ и гибкая концепция, насколько хорошо они выделяются с точки зрения производительности.
Спасибо
Комментарии:
1. Попробуйте! Если есть проблемы с производительностью, подумайте о том, как их исправить. Вы можете потратить много времени на выяснение «что, если», но это проще сделать, посмотреть, является ли это проблемой, а затем решить ее.
Ответ №1:
Хотя я не могу предоставить вам тесты, мой опыт показывает, что если промежуточное программное обеспечение тонкое, это не имеет большого значения с точки зрения производительности, по крайней мере, если вы не используете сайт с действительно высоким трафиком. В моих проектах (некоторые из них сайты со средним трафиком) я активно использую промежуточное программное обеспечение, и я не заметил заметных недостатков в производительности.
Об «объекте посетителя»: если вы используете сеансы, Django инициализирует пользовательский объект при каждом запросе, независимо от того, используется промежуточное программное обеспечение или нет. Даже если пользователь не входил в систему, будет создан анонимный пользователь.
Поэтому держите свое промежуточное программное обеспечение небольшим, и у вас может не возникнуть проблем.