request对象：-----》全部的请求信息html
HttpResponse:-----》响应的内容（字符串）django
二、get请求发送数据：http://127.0.0.1:8000/login.html?user=asd&pwd=asd浏览器
重点：request里包含哪些数据
一、request.GET： GET请求的数据，若是没有数据是一个空字典 {}
二、request.POST：POST请求的数据 ，若是没有数据是一个空字典 {}
三、request.method：请求方式：GET 或 POST
四、请求某个键下多个值时：request.POST.getlist("hobby")
五、 request.path : 请求路径（只会拿到路径，不拿数据） 服务器
请求url:http://127.0.0.1:8000/index.html/23?a=1
path：request.path:/index.html/23
六、 request.get_full_path() ：请求路径（路径和数据都会拿到）
请求url:http://127.0.0.1:8000/index.html/23?a=1
request.get_full_path():/index.html/23?a=1函数
render函数和redirect函数的区别工具
render：只会返回页面内容，可是未发送第二次请求post
redirect：发挥了第二次请求，url更新编码
具体实例说明url
render：spa
redirect：
反向解析
在使用Django 项目时，一个常见的需求是得到URL 的最终形式，以用于嵌入到生成的内容中（视图中和显示给用户的URL等）或者用于处理服务器端的导航（重定向等）。
人们强烈但愿不要硬编码这些URL（费力、不可扩展且容易产生错误）或者设计一种与URLconf 绝不相关的专门的URL 生成机制，由于这样容易致使必定程度上产生过时的URL。
换句话讲，须要的是一个DRY 机制。除了其它有点，它还容许设计的URL 能够自动更新而不用遍历项目的源代码来搜索并替换过时的URL。
获取一个URL 最开始想到的信息是处理它视图的标识（例如名字），查找正确的URL 的其它必要的信息有视图参数的类型（位置参数、关键字参数）和值。
Django 提供一个办法是让URL 映射是URL 设计惟一的地方。你填充你的URLconf，而后能够双向使用它：
- 根据用户/浏览器发起的URL 请求，它调用正确的Django 视图，并从URL 中提取它的参数须要的值。
- 根据Django 视图的标识和将要传递给它的参数的值，获取与之关联的URL。
第一种方式是咱们在前面的章节中一直讨论的用法。第二种方式叫作反向解析URL、反向URL 匹配、反向URL 查询或者简单的URL 反查。
在须要URL 的地方，对于不一样层级，Django 提供不一样的工具用于URL 反查：
- 在模板中：使用url 模板标签。
- 在Python 代码中：使用
django.core.urlresolvers.reverse()函数。 - 在更高层的与处理Django 模型实例相关的代码中：使用
get_absolute_url()方法。
例子：
考虑下面的URLconf：
from django.conf.urls import url
from . import views
urlpatterns = [
#...
url(r'^articles/([0-9]{4})/$', views.year_archive, name='news-year-archive'),
#...
]
根据这里的设计，某一年nnnn对应的归档的URL是/articles/nnnn/。
你能够在模板的代码中使用下面的方法得到它们：
<a href="{% url 'news-year-archive' 2012 %}">2012 Archive</a>
<ul>
{% for yearvar in year_list %}
<li><a href="{% url 'news-year-archive' yearvar %}">{{ yearvar }} Archive</a></li>
{% endfor %}
</ul>
在Python 代码中，这样使用：
from django.core.urlresolvers import reverse
from django.http import HttpResponseRedirect
def redirect_to_year(request):
# ...
year = 2006
# ...
return HttpResponseRedirect(reverse('news-year-archive', args=(year,)))
若是出于某种缘由决定按年归档文章发布的URL应该调整一下，那么你将只须要修改URLconf 中的内容。
在某些场景中，一个视图是通用的，因此在URL 和视图之间存在多对一的关系。对于这些状况，当反查URL 时，只有视图的名字还不够。
例子中：
分析：想咱们一开始写的硬编码，也就是吧action要跳转的路径写死了。可是像淘宝，天猫等都会常常更新新东西，，那么你的页面上的url路径也会时不时的变化。可是若是有特别多的商品，那么你就得去服务端一个一个的改，这样显得很麻烦，那么有没有一种机制帮咱们解决问题呢？那就按照我下面的办法解决。就把url路径写活了。
一、首先给url起一个别名。
二、而后在login.html中写上{% url ‘别名’’ %} ，若是在页面中点击查看元素，它会变成login.html，，，固然个人是分发了，，就会变成test/login.html
三、这样你就能够修改你的正则了，，由于他是按照别名走的，不会影响。
urls.py
login.html
查看元素的结果：
这样的好处是：不管你怎么改你要匹配的url，只要你写上了别名。在html实现了模板语法，就会去找别名对应的那个url，之后无论你怎么改url都没事，就写活了，就不像一开始写的硬编码了。