まず、知識のレビュー
1、MTVモデル
モデル:モデル、およびデータベース関連
テンプレート:テンプレート、店のhtmlファイル、テンプレート、構文(HTMLページに埋め込む方法を巧みに変数の目的)。
ビュー:ビュー機能
プラスのURL:1へのパスとURL ,,ビュー機能との間のマッピングができない1。
2、関連するコマンド
ジャンゴ-adminのstartprojectのプロジェクト名:Djangoプロジェクトを作成します。
プロジェクト内のアプリケーションを作成しますのpython3 manage.py startappのAPPNAME
ファイル名を指定して実行:のpython3 manage.pyのrunserver IP PORT
3、URLの設定(のURLconf)urls.py
機能:ビュー機能を確立し、URLマッピング関係
URL(正規表現(ルール)、ビュー機能、[オプション])
URLます:http://127.0.0.1:8080 /ブログ/記事/ 2003/05、A = 1&B = 2?
マッチ文字列:URLのユーザ入力に対応するパス/ブログ/記事/ 2003/05
注意:
(1)ある現象の出現の場合、一致するルールの競合、最初の一致URLをカバー
(2)未知のパケット:URL(R '^記事/(\ dの{4})/(\ dは{2})$'、views.year_month)、#年(requset、1990,12)位置パラメータに従って
(3)知られているパケット:URL(R&LT 'の記事^ /(P <年>? \ 4 {D})/(P <月> \ D {2})$?'、views.year_month)、#年(requset 、年= 1990、月= 12 ) の位置パラメータによって、
(4)URL分发:URL(R '^ブログ/'、)( 'blog.urls' を含めます)
補足ビュー機能
1、ビュー機能:これは、2つのオブジェクト(描画HttpResponseオブジェクト内のソース)を含むようでなければなりません
リクエストオブジェクト:-----「すべての情報を要求
HttpResponse:-----「応答の内容(文字列)
ます。http://127.0.0.1:8000 / login.htmlとユーザー= ASD&PWD = ASD 2、データを送信するための要求を取得しますか?
キー:データ要求を含む
。1、`` request.GET``データは{}空の辞書ではない場合、データは、GET要求
、2 request.POSTの:データが空の辞書は、{}でない場合、データのPOST要求
。3、要求.method GETまたはPOSTリクエスト::実施形態
4 :複数の値に鍵要求request.POST.getlist(「趣味」) 5、request.path。 :要求パス(パスは取得する、データを取得していません)
リクエストURL:HTTP://127.0.0.1:8000 / index.htmlに/ 23であるA. 1 =?
パス:request.path:/index.html/23
。6、 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
第三に、との違いは、機能をレンダリングし、機能をリダイレクト
レンダリング:のみページのコンテンツに戻りますが、第2の要求を送信しません。
リダイレクト:2番目の要求は、URLの更新を再生
具体例
レンダリング:
リダイレクト:
第四に、逆解析
使用Djangoプロジェクトでは、一般的な要件は、生成されたコンテンツに埋め込まれた(とビューは、ユーザーのURLに表示される、など)や、ナビゲーション処理サーバ(リダイレクト)のためのURLの最終形態を得ることです。
有効期限が切れある程度のURLにつながるしやすいので、強い願いは、URL(面倒、エラーが発生しやすいと拡張可能ではない)、または無関係な特殊なURL生成機構のURLconfを設計は、ハードコードにありません。
言い換えれば、必要とされるのは、機構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路径写活了。
1、首先给url起一个别名。
2、然后在login.html中写上{% url ‘别名’’ %} ,如果在页面中点击查看元素,它会变成login.html,,,当然我的是分发了,,就会变成test/login.html
3、这样你就可以修改你的正则了,,因为他是按照别名走的,不会影响。
urls.py
login.html
查看元素的结果:
这样的好处是:无论你怎么改你要匹配的url,只要你写上了别名。在html实现了模板语法,就会去找别名对应的那个url,以后不管你怎么改url都没事,就写活了,就不像一开始写的硬编码了。
一、知识点回顾
1、MTV模型
model:模型,和数据库相关的
template:模板,存放html文件,模板语法(目的是将变量如何巧妙的嵌入到HTML页面中)。
views:视图函数
另加urls:url路径与视图函数的映射关系,,可以不是一一对应的。
2、相关的一些命令
创建一个Django项目:django-admin startproject projectname
创建一个项目下的应用:python3 manage.py startapp appname
运行:python3 manage.py runserver IP PORT
3、url配置(URLconf)urls.py
功能:建立起url与视图函数的映射关系
url(正则表达式(规则),视图函数,[可选参数])
url:http://127.0.0.1:8080/blog/articles/2003/05?a=1&b=2
匹配字符串:用户输入的url对应的路径 /blog/articles/2003/05
注意:
(1)出现覆盖现象的情况,也就是匹配规则冲突的时候,匹配第一个url
(2)无名分组:url(r'^articles/(\d{4})/(\d{2})$', views.year_month), # year(requset,1990,12) 按位置传参数
(3)有名分组:url(r'^articles/(?P<year>\d{4})/(?P<month>\d{2})$', views.year_month), # year(requset,year=1990,month=12) 按位置传参数
(4)url分发:url(r'^blog/',include('blog.urls'))
二、视图函数的补充
1、视图函数:一定是要包含两个对象的(render源码里面有HttpResponse对象)
request对象:-----》所有的请求信息
HttpResponse:-----》响应的内容(字符串)
2、get请求发送数据:http://127.0.0.1:8000/login.html?user=asd&pwd=asd
重点:request里包含哪些数据
1、request.GET: GET请求的数据,如果没有数据是一个空字典 {}
2、request.POST:POST请求的数据 ,如果没有数据是一个空字典 {}
3、request.method:请求方式:GET 或 POST
4、请求某个键下多个值时:request.POST.getlist("hobby")
5、 request.path : 请求路径(只会拿到路径,不拿数据)
请求url:http://127.0.0.1:8000/index.html/23?a=1
path:request.path:/index.html/23
6、 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:只会返回页面内容,但是未发送第二次请求
redirect:发挥了第二次请求,url更新
具体实例说明
render:
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路径写活了。
1、首先给url起一个别名。
2、然后在login.html中写上{% url ‘别名’’ %} ,如果在页面中点击查看元素,它会变成login.html,,,当然我的是分发了,,就会变成test/login.html
3、这样你就可以修改你的正则了,,因为他是按照别名走的,不会影响。
urls.py
login.html
查看元素的结果:
这样的好处是:无论你怎么改你要匹配的url,只要你写上了别名。在html实现了模板语法,就会去找别名对应的那个url,以后不管你怎么改url都没事,就写活了,就不像一开始写的硬编码了。