WSGI Handler

Django 自带的 WSGIHandler 实际上在 wsgi 规范中是作为一个 WSGI application ，它是一个定义了 __call__ 的类。

涉及的几个关键性文件

• django/core/handler/base.py
• django/core/handler/execption.py
• django/core/handler/wsgi.py

复习

• WSGI 协议主要包括 server 和 application 两部分：
  • WSGI server 负责从客户端接收请求，将 request 转发给 application，将 application 返回的 response 返回给客户端
  • WSGI application 接收由 server 转发的 request，处理请求，并将处理结果返回给 server。application中可以包括多个栈式的中间件(middlewares)，这些中间件需要同时实现 server 与 application，因此可以在 WSGI 服务器与 WSGI 应用之间起调节作用：对服务器来说，中间件扮演应用程序，对应用程序来说，中间件扮演服务器。

前言

• 开个新坑，Django 源码学习以及深入理解 Django Web 框架
• 首先从 WSGI 开始，本篇和 Django 看似无联系，确实很重要的一个部分
• Django 的自带服务器是基于 Python 的 wsgiref 模块实现的，所以我们在测试期间往往不需要部署 nginx 之类的，那么想要理解这里，就要从 PEP 对于WSGI规范的定义开始

迟到的更新

视图函数

概述

A view function, or view for short, is simply a Python function that takes a Web request and returns a Web response. This response can be the HTML contents of a Web page, or a redirect, or a 404 error, or an XML document, or an image . . . or anything, really. The view itself contains whatever arbitrary（任意的）logic is necessary to return that response.
the convention is to put views in a file called views.py, placed in your project or application directory.

文档里说的很清楚，view（视图函数）的功能就是一个Python的函数，它接受请求（request），作为函数的第一个参数，然后返回一个响应（response）
而我们的逻辑（logic）就写在函数体里

前言

开新坑：Django框架
大一的时候在社团中使用来开发后端，现在整理当时的学习内容并完善，便于后续的查阅。
预计这个模块会有对Django源码的分析，根据我自己的实际情况来（有空就更），目前预计假期会抽出大量时间来阅读分析Django的源代码

什么？你问《程序员的自我修养》那个坑？I’m writing（咕咕咕）

URL调度器（URL dispatcher）

本篇博客仅仅介绍在Django中url的书写和配置

博客的撰写基于我自己的使用和官方文档，有些内容还是需要阅读源码才能明白，源码分析的博客暂时处于计划中。