Django(2)项目基础
- Django的DEBUG模式
- 默认的:DEBUG=Ture,保存项目会自动重启,并且如代码出错会在控制台打印出错信息。
- 再生产环境中,禁止开启DEBUG模式,不然存在很大的安全隐患,如设置:DEBUG=False,需要添加:ALLOWED_HOSTS = ['127.0.0.1'] 来指定ip地址来访问,如设置host为:0.0.0.0,需要把允许访问的ip地址都加入ALLOWED_HOSTS中
- URL参数:
- url传参
- 采用url中使用变量的方式,在path的第一个参数中使用
<参数名>
的方式可以传递参数,然后在视图函数中也要写一个参数,视图函数中的参数必须和url中的参数保持一致,不然就找不到参数。另外,url中可以传递多个参数。
2.采用查询字符串的方式,在url中,不需要单独的匹配字符串的部分,只需要在视图函数中使用request.GET.get('参数名称')
的方式来获取。示例代码如下:
- 采用url中使用变量的方式,在path的第一个参数中使用
因为查询字符串使用的是def author_id(request): author_id = request.GET['id'] text = '作者的ID是%s' %s author_id return HttpResponse(text)
GET
请求,所以我们通过request.GET
来获取参数,并且,GET
是一个类似字典的数据类型,所以获取方式可以使用key或get()
的方式。- url参数转换器:包含在
django.urls.converters
包中
1.str:除了斜杠/
以外的字符都是可以的。
2.int:只有一个或者多可阿拉伯数字。
3.path:所有的字符都满足
4.uuid:只有满足uuid.uuid4()
这个函数返回的字符串格式。
5.slug:英文中的横杠或者英文字符或者阿拉伯数字或者下划线才满足。 - urls模块化:
如果项目越来越大,那么url会变得越来越多,如果都烦在urls.py
文件中,那么将不太好管理,因此我们可以将每个app自己的urls放在自己的app中进行管理。一般我们会在app中新建urls.py文件用来存储所有和这个app相关的子url。- 应该使用
include
函数包含子urls.py
,并且这个的路径是相对于项目的路径。示例代码如下:
urlpatterns = [ path('book/', inclede('book.urls')) ]
- 在
app
的urls.py
中,所有的url匹配也要放在一个叫urlpatterns
的变量中,否则找不到。 -
url
是会根据主urls.py
和app中urls.py
进行拼接的,注意不能多加\
。
- 应该使用
- url命名
应用命名空间和实例命名空间
- 因为url是经常变化的,因此给url取一个名字进行反转,就不需要写死url,使f方式是:
path('login/', views.login, name='login')
- 在多个app之间,有可能产生多个同名url。这时候为了避免反转url的时候产生混淆,可以使用应用命名空间,来做区分,定义命名空间方式如下;
以后在做反转时可以使用app_name = front urlpatterns = [ path('login/', views.login, name='login') ]
应用命名空间:url名称
的方式进行反转,如:login_url = reverse('front:login')
- 因为url是经常变化的,因此给url取一个名字进行反转,就不需要写死url,使f方式是:
- 一个app,可以创建多个实例,可以使用多个url映射同一个app,所以就会产生一个问题:可以使用实例命名空间进行区别,示例代码如下:
在做反转的时候就可以根据实例命名空间来指定具体的url。示例代码如下:urlpatterns = [ # 同一个app下有两个实例 path('cms1/', include('cms.urls', namespace='cms1')) path('cms2/', include('cms.urls', namespace='cms2')) ]
def index(requeset): username = request.GET.get('username') if username: return HttpResponse('CMS首页') else: current_namespace = request.resolver_match.namespace return redirect(reverse('%s:login'% current_namespace))
- url传参
include:
- 有些模版代码是重复的。因此可以单独抽取出来,以后哪里需要用到,就直接使用
include
进来就可以了。 - 如果想要在
include
子模版的时候,传递一些参数,那么可以使用with xxx=xxx
的形式。示例代码如下:{% include 'header.html' with username='xxx' %}
模版继承:
在前端页面开发中。有些代码是需要重复使用的。这种情况可以使用include
标签来实现。也可以使用另外一个比较强大的方式来实现,那就是模版继承。模版继承类似于Python
中的类,在父类中可以先定义好一些变量和方法,然后在子类中实现。模版继承也可以在父模版中先定义好一些子模版需要用到的代码,然后子模版直接继承就可以了。并且因为子模版肯定有自己的不同代码,因此可以在父模版中定义一个block接口,然后子模版再去实现。以下是父模版的代码:
{% load static %}
<!DOCTYPE html>
<html lang="en">
<head>
<link rel="stylesheet" href="{% static 'style.css' %}" />
<title>{% block title %}我的站点{% endblock %}</title>
</head>
<body>
<div id="sidebar">
{% block sidebar %}
<ul>
<li><a href="/">首页</a></li>
<li><a href="/blog/">博客</a></li>
</ul>
{% endblock %}
</div>
<div id="content">
{% block content %}{% endblock %}
</div>
</body>
</html>
这个模版,我们取名叫做base.html
,定义好一个简单的html
骨架,然后定义好两个block
接口,让子模版来根据具体需求来实现。子模板然后通过extends
标签来实现,示例代码如下:
{% extends "base.html" %}
{% block title %}博客列表{% endblock %}
{% block content %}
{% for entry in blog_entries %}
<h2>{{ entry.title }}</h2>
<p>{{ entry.body }}</p>
{% endfor %}
{% endblock %}
需要注意的是:extends标签必须放在模版的第开始的位置
子模板中的代码必须放在block中,否则将不会被渲染。
如果在某个block
中需要使用父模版的内容,那么可以使用{{block.super}}
来继承。比如上例,{%block title%}
,如果想要使用父模版的title
,那么可以在子模版的title block
中使用{{ block.super }}
来实现。
在定义block
的时候,除了在block
开始的地方定义这个block
的名字,还可以在block
结束的时候定义名字。比如{% block title %}{% endblock title %}
。这在大型模版中显得尤其有用,能让你快速的看到block
包含在哪里。
加载静态文件:
在一个网页中,不仅仅只有一个html
骨架,还需要css
样式文件,js
执行文件以及一些图片等。因此在DTL
中加载静态文件是一个必须要解决的问题。在DTL
中,使用static
标签来加载静态文件。要使用static
标签,首先需要{% load static %}
。加载静态文件的步骤如下:
-
首先确保
django.contrib.staticfiles
已经添加到settings.INSTALLED_APPS
中。 -
确保在
settings.py
中设置了STATIC_URL
。 -
在已经安装了的
app
下创建一个文件夹叫做static
,然后再在这个static
文件夹下创建一个当前app
的名字的文件夹,再把静态文件放到这个文件夹下。例如你的app
叫做book
,有一个静态文件叫做zhiliao.jpg
,那么路径为book/static/book/zhiliao.jpg
。(为什么在app
下创建一个static
文件夹,还需要在这个static
下创建一个同app
名字的文件夹呢?原因是如果直接把静态文件放在static
文件夹下,那么在模版加载静态文件的时候就是使用zhiliao.jpg
,如果在多个app
之间有同名的静态文件,这时候可能就会产生混淆。而在static
文件夹下加了一个同名app
文件夹,在模版中加载的时候就是使用app/zhiliao.jpg
,这样就可以避免产生混淆。) -
如果有一些静态文件是不和任何
app
挂钩的。那么可以在settings.py
中添加STATICFILES_DIRS
,以后DTL
就会在这个列表的路径中查找静态文件。比如可以设置为:
STATICFILES_DIRS = [
os.path.join(BASE_DIR,"static")
]
- 在模版中使用
load
标签加载static
标签。比如要加载在项目的static
文件夹下的style.css
的文件。那么示例代码如下:
{% load static %}
<link rel="stylesheet" href="{% static 'style.css' %}">
-
如果不想每次在模版中加载静态文件都使用
load
加载static
标签,那么可以在settings.py
中的TEMPLATES/OPTIONS
添加'builtins':['django.templatetags.static']
,这样以后在模版中就可以直接使用static
标签,而不用手动的load
了。 -
如果没有在
settings.INSTALLED_APPS
中添加django.contrib.staticfiles
。那么我们就需要手动的将请求静态文件的url
与静态文件的路径进行映射了。示例代码如下:
from django.conf import settings
from django.conf.urls.static import static
urlpatterns = [
# 其他的url映射
] + static(settings.STATIC_URL, document_root=settings.STATIC_ROOT)