Где я могу получить техническую информацию о том, как внутренности Django работают?

Помимо чтения исходного кода, вот несколько статей, которые я недавно пометил и добавил в закладки:

• Как Django обрабатывает запрос
• Django Request Response Processing
• Внутреннее устройство Django: аутентификация
• Как Работа с моделями Django

Я обнаружил, что блог Джеймса Беннета является отличным источником информации о работе django. Его книгу Практические проекты Django также необходимо прочитать - хотя она не сосредоточена на внутренних компонентах, вы все равно узнаете, как работает django.

«Используйте источник, Люк». Прелесть ПО с открытым исходным кодом в том, что вы можете просматривать (и изменять) код самостоятельно.

Простое чтение исходного кода может быть немного утомительным, особенно потому, что верхняя часть немного сбивает с толку (как веб-сервер передает запрос коду Django). Я считаю, что хороший способ начать чтение кода - это установить точку останова отладчика в вашей функции просмотра:

def time(request):
    import pdb; pdb.set_trace() 
    return HttpResponse(blah blah)

, затем нажать на свой URL. Когда отладчик прерывается в вашей точке останова, проверьте стек:

(Pdb) where
  c:\abcxyzproject\django\core\management\commands\runserver.py(60)inner_run()
-> run(addr, int(port), handler)
  c:\abcxyzproject\django\core\servers\basehttp.py(698)run()
-> httpd.serve_forever()
  c:\python25\lib\socketserver.py(201)serve_forever()
-> self.handle_request()
  c:\python25\lib\socketserver.py(222)handle_request()
-> self.process_request(request, client_address)
  c:\python25\lib\socketserver.py(241)process_request()
-> self.finish_request(request, client_address)
  c:\python25\lib\socketserver.py(254)finish_request()
-> self.RequestHandlerClass(request, client_address, self)
  c:\abcxyzproject\django\core\servers\basehttp.py(560)__init__()
-> BaseHTTPRequestHandler.__init__(self, *args, **kwargs)
  c:\python25\lib\socketserver.py(522)__init__()
-> self.handle()
  c:\abcxyzproject\django\core\servers\basehttp.py(605)handle()
-> handler.run(self.server.get_app())
  c:\abcxyzproject\django\core\servers\basehttp.py(279)run()
-> self.result = application(self.environ, self.start_response)
  c:\abcxyzproject\django\core\servers\basehttp.py(651)__call__()
-> return self.application(environ, start_response)
  c:\abcxyzproject\django\core\handlers\wsgi.py(241)__call__()
-> response = self.get_response(request)
  c:\abcxyzproject\django\core\handlers\base.py(92)get_response()
-> response = callback(request, *callback_args, **callback_kwargs)
> c:\abcxyzproject\abcxyz\helpers\views.py(118)time()
-> return HttpResponse(
(Pdb)

Теперь вы можете увидеть сводку пути от самой глубокой части веб-сервера до вашей функции просмотра. Используйте команду «вверх» для перемещения вверх по стеку и команду «список» и «печать» для проверки кода и переменных в этих кадрах стека.

Я сомневаюсь, что есть технические руководства по этой теме. Возможно, потребуется немного покопаться, но документация по API и исходный код - лучший выбор для получения надежной и актуальной информации.

В документации часто подробно рассказывается, когда это необходимо, чтобы объяснить, почему что-то работает. как они это делают. Одна из целей дизайна Django - максимально не полагаться на «магию». Однако всякий раз, когда Django делает что-то (например, расположение шаблонов в приложениях), он четко объясняет, почему в документации, и это всегда происходит предсказуемо.

На большинство ваших вопросов можно будет ответить, реализовав одну страницу .

1. Запрос сделан от клиента для определенного URL.
2. URL решает, какое представление вызывать на основе совпадения с шаблоном URL.
3. Запрос передается через промежуточное программное обеспечение.
4. Представление вызывается и явно передает объект запроса.
5. Представление явно вызывает указанный вами шаблон и передает ему указанный вами контекст (переменные).
6. Обработчики контекста шаблона, если они есть, затем добавляют их собственные переменные в контекст.
7. Контекст передается в шаблон, и он отображается.
8. Визуализированный шаблон возвращается клиенту.

Документация Django

Django Book