Django（2）项目基础

作者: xinmin | 来源:发表于2019-03-23 17:29 被阅读0次

Django的DEBUG模式
- 默认的:DEBUG=Ture，保存项目会自动重启，并且如代码出错会在控制台打印出错信息。
- 再生产环境中，禁止开启DEBUG模式，不然存在很大的安全隐患，如设置：DEBUG=False，需要添加:ALLOWED_HOSTS = ['127.0.0.1'] 来指定ip地址来访问，如设置host为：0.0.0.0，需要把允许访问的ip地址都加入ALLOWED_HOSTS中
URL参数：
- url传参
  1. 采用url中使用变量的方式，在path的第一个参数中使用<参数名>的方式可以传递参数，然后在视图函数中也要写一个参数，视图函数中的参数必须和url中的参数保持一致，不然就找不到参数。另外，url中可以传递多个参数。
    2.采用查询字符串的方式，在url中，不需要单独的匹配字符串的部分，只需要在视图函数中使用request.GET.get('参数名称')的方式来获取。示例代码如下：
```
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。
  1. 应该使用include函数包含子urls.py，并且这个的路径是相对于项目的路径。示例代码如下：
```
 urlpatterns = [
     path('book/', inclede('book.urls'))
 ]
```
  1. 在app的urls.py中，所有的url匹配也要放在一个叫urlpatterns的变量中，否则找不到。
  2. url是会根据主urls.py和app中urls.py进行拼接的，注意不能多加\。
- url命名
  应用命名空间和实例命名空间
  1. 因为url是经常变化的，因此给url取一个名字进行反转，就不需要写死url，使f方式是: path('login/', views.login, name='login')
  2. 在多个app之间，有可能产生多个同名url。这时候为了避免反转url的时候产生混淆，可以使用应用命名空间，来做区分，定义命名空间方式如下;
```
 app_name = front
 urlpatterns = [
     path('login/', views.login, name='login')
 ] 
```
  以后在做反转时可以使用应用命名空间:url名称的方式进行反转，如：login_url = reverse('front:login')
1. 一个app，可以创建多个实例，可以使用多个url映射同一个app，所以就会产生一个问题：可以使用实例命名空间进行区别，示例代码如下：
```
urlpatterns = [
    # 同一个app下有两个实例
    path('cms1/', include('cms.urls', namespace='cms1'))
    path('cms2/', include('cms.urls', namespace='cms2'))
]
```
  在做反转的时候就可以根据实例命名空间来指定具体的url。示例代码如下：
```
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))
```

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)

Django（2）项目基础

应用命名空间和实例命名空间

include：

模版继承：

加载静态文件：

相关文章

网友评论

延伸阅读

深度阅读

栏目导航

热点阅读