Heim > Artikel > Backend-Entwicklung > Python-Django

Python-Django

高洛峰Original: 2017-02-15 15:30:021135Durchsuche

Vorbereitung

Erstellen Sie ein neues Django-Projekt

# 新建一个django项目
$ django-admin startproject mysite
# 新建一个app
$ django-admin startapp blog

Projektstruktur

├── blog
│   ├── admin.py
│   ├── apps.py
│   ├── __init__.py
│   ├── migrations
│   │   └── __init__.py
│   ├── models.py
│   ├── tests.py
│   └── views.py
├── manage.py
└── mysite
    ├── __init__.py
    ├── settings.py
    ├── urls.py
    └── wsgi.py

# mysite/settings.py
INSTALLED_APPS = [
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',
    'blog', 
    'markdown2'
]

$ python3 manage.py runserver

$ python manage.py collectstatic

Konfigurieren Sie normalerweise die URL in urls.py , Konfigurieren Sie das Modell in models.py und konfigurieren Sie die Ansicht in views.py.

urls.py

Function views

1. Add an import:  from my_app import views
2. Add a URL to urlpatterns:  url(r'^$', views.home, name='home')

Class-based views

1. Add an import:  from other_app.views import Home
2. Add a URL to urlpatterns:  url(r'^$', Home.as_view(), name='home')

Including another URLconf

1. Import the include() function: from django.conf.urls import url, include
2. Add a URL to urlpatterns:  url(r'^blog/', include('blog.urls'))

# blog/urls.py

from django.conf.urls import url
from blog import views

urlpatterns = [
    url(r'^blog/$', views.IndexView.as_view(), name='index'),
    url(r'^blog/article/(?P<article_id>\d+)$', views.ArticleDetailView.as_view(), name='detail'),
    url(r'^blog/category/(?P<cate_id>\d+)$', views.CategoryView.as_view(), name='category'),
    url(r'^blog/tag/(?P<tag_id>\d+)$', views.TagView.as_view(), name='tag'),
]

Verwenden Sie die Form (?P<>d+), um den Wert des Parameters in <> zu erfassen, z. B. (?Pd+) beim Zugriff auf /blog/article/3, 3 wird in „article_id“ erfasst, dieser Wert wird an „views.ArticleDetailView“ übergeben.

# mysite/urls.py

from django.conf.urls import url, include
from django.contrib import admin
from blog import views

urlpatterns = [
    url(r'^admin/', admin.site.urls),
    url(r'', include('blog.urls', namespace='blog', app_name='blog'))
]

Der Namespace-Parameter gibt den Namespace für uns an, was bedeutet, dass sich die URL in urls.py unter der Blog-App befindet, sodass es keinen Konflikt gibt, selbst wenn unter verschiedenen Apps dieselbe URL vorhanden ist.

Angenommen, der Benutzer möchte auf einen Artikel zugreifen, analysiert er automatisch die URL, die der Funktion blog:detail view entspricht, und übergibt Article.pk (den Primärschlüssel des Artikels) an die Detailansichtsfunktion details ist das, was wir tun blog/urls.py angegeben in name.

<a href="{% url &#39;blog:detail&#39; article.pk %}">{{ article.title }}</a>

Wenn Sie auf ein Verzeichnis zugreifen möchten, in dem

<a href="{% url &#39;blog:category&#39; category.pk %}">{{ category.name }}</a>

models.py

django.db.models die Grundlage des ORM-Frameworks bildet, erstellen Sie ein neues Verzeichnis blog/models.pyArticle, Category, Tag drei Modelle.

class Article(models.Model):
    STATUS_CHOICES = (
        ('d', 'Draft'),
        ('p', 'Published'),
    )
    
    # 仍然使用默认的 objects 作为 manager 的名字
    objects = ArticleManager()

    title = models.CharField('标题', max_length=70)
    body = models.TextField('正文')
    created_time = models.DateTimeField('创建时间', auto_now_add=True)
    last_modified_time = models.DateTimeField('修改时间', auto_now=True)
    status = models.CharField('文章状态', max_length=1, choices=STATUS_CHOICES)
    # blank和null要同时设置为null，详情参考官方文档
    abstract = models.CharField('摘要', max_length=54, blank=True, null=True, 
                                help_text="可选，如若为空将摘取正文的前54个字符")
    views = models.PositiveIntegerField('浏览量', default=0)
    likes = models.PositiveIntegerField('点赞数', default=0)
    topped = models.BooleanField('置顶', default=False)
    
    category = models.ForeignKey('Category', verbose_name='分类', null=True, on_delete=models.SET_NULL)
    tags = models.ManyToManyField('Tag', verbose_name='标签集合', blank=True)

    def __str__(self):
        return self.title

    class Meta:
        ordering = ['-last_modified_time']

    # 新增 get_absolute_url 方法
    def get_absolute_url(self):
        # 这里 reverse 解析 blog:detail 视图函数对应的 url
        return reverse('blog:detail', kwargs={'article_id': self.pk})

Django stellt uns viele nützliche Felder zur Verfügung, wie die oben genannten CharFiled, TestField, DateTimeFiled usw. Einzelheiten finden Sie in der offiziellen Dokumentation.

Eins-zu-viele in Django ist eins, was der Klassifizierung des Artikels entspricht, und ForeignKey ist der Fremdschlüssel in der Datenbank. on_delete=models.SET_NULL bedeutet, dass nach dem Löschen einer Kategorie (Kategorie) die Fremdschlüssel aller Artikel unter der Kategorie auf null (leer) gesetzt werden, sodass wir gleichzeitig null=True setzen. Viele-zu-viele ist unterschiedlich, beide Seiten müssen konfiguriert werden. Weitere Informationen finden Sie in der offiziellen Dokumentation.

class Category(models.Model):
    name = models.CharField('类名', max_length=20)
    created_time = models.DateTimeField('创建时间', auto_now_add=True)
    last_modified_time = models.DateTimeField('修改时间', auto_now=True)

    def __str__(self):
        return self.name

class Tag(models.Model):
    name = models.CharField('标签名', max_length=20)
    created_time = models.DateTimeField('创建时间', auto_now_add=True)
    last_modified_time = models.DateTimeField('修改时间', auto_now=True)

    def __str__(self):
        return self.name

Implementierung der Kommentarfunktion

class BlogComment(models.Model):
    user_name = models.CharField('评论者名字', max_length=100)
    user_email = models.EmailField('评论者邮箱', max_length=255)
    body = models.TextField('评论内容')
    created_time = models.DateTimeField('评论发表时间', auto_now_add=True)
    article = models.ForeignKey('Article', verbose_name='评论所属文章', on_delete=models.CASCADE)

    def __str__(self):
        return self.body[:20]

class ArticleManage(models.Manager):
    """
    继承自默认的 Manager ，为其添加一个自定义的 archive 方法
    """
    def archive(self):
        date_list = Article.objects.datetimes('created_time', 'month', order='DESC')
        # 获取到降序排列的精确到月份且已去重的文章发表时间列表
        # 并把列表转为一个字典，字典的键为年份，值为该年份下对应的月份列表
        date_dict = defaultdict(list)
        for d in date_list:
            date_dict[d.year].append(d.month)
        # 模板不支持defaultdict，因此我们把它转换成一个二级列表，由于字典转换后无序，因此重新降序排序
        return sorted(date_dict.items(), reverse=True)

Wir müssen zunächst die entsprechende Konfigurationsdatei in project_name/settings.py

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.mysql', 
        'NAME': 'DB_NAME',
        'USER': 'DB_USER',
        'PASSWORD': 'DB_PASSWORD',
        'HOST': 'localhost',   # Or an IP Address that your DB is hosted on
        'PORT': '3306',
    }
}

Nachdem die Definition abgeschlossen ist, führen wir den folgenden Befehl aus, um die entsprechende Datentabelle in der Datenbank zu generieren:

$ python manage.py makemigrations

$ python manage.py migrate

admins.py

Siehe Mozilas Tutorial und Combined mit offizieller Dokumentation.

views.py

Markdown2 wird unten verwendet, daher muss Markdown2 zu INSTALLED_APP hinzugefügt werden. Diese Mardown-Analyse ist jedoch sehr schlecht, und nachdem Sie sie abgeschlossen haben, müssen Sie den entsprechenden Markdown herunterladen CSS-Datei gibt es eine eigene Website.

from blog.models import Article, Tag, Category
from django.views.generic import ListView, DetailView
import markdown2

class IndexView(ListView):
    # template_name属性用于指定使用哪个模板进行渲染
    template_name = "blog/index.html"

    # context_object_name属性用于给上下文变量取名（在模板中使用该名字）
    context_object_name = "article_list"

    def get_queryset(self):
        article_list = Article.objects.filter(status='p')
        for article in article_list:
            article.body = markdown2.markdown(article.body, )
        return article_list

    def get_context_data(self, **kwargs):
        kwargs['category_list'] = Category.objects.all().order_by('name')
        # 调用 archive 方法，把获取的时间列表插入到 context 上下文中以便在模板中渲染
        kwargs['date_archive'] = Article.objects.archive()
        kwargs['tag_list'] = Tag.objects.all().order_by('name')
        return super(IndexView, self).get_context_data(**kwargs)

Da wir eine Markdown-Verarbeitung durchführen müssen, haben wir

neu definiert. Wenn Sie keine entsprechende Verarbeitung durchführen möchten, können Sie einfach get_queryset direkt hinzufügen. Beispielsweise möchten wir in Zukunft Verzeichnisse und Tags in der Seitenleiste der Homepage anzeigen, daher müssen wir hier ein model und get_context_data hinzufügen. category_listtag_list

class ArticleDetailView(DetailView):
    model = Article
    template_name = "blog/detail.html"
    context_object_name = "article"
    # pk_url_kwarg会自动和model中相应的主键对应，aritlce_id就是下面配置的URLCONF
    pk_url_kwarg = 'article_id'

    # 为了让文章以markdown形式展现，我们重写get_object()方法
    def get_object(self):
        obj = super(ArticleDetailView, self).get_object()
        obj.body = markdown2.markdown(obj.body)
        return obj
        
    # 新增 form 到 context
    def get_context_data(self, **kwargs):
        kwargs['comment_list'] = self.object.blogcomment_set.all()
        kwargs['form'] = BlogCommentForm()
        return super(ArticleDetailView, self).get_context_data(**kwargs)

class CategoryView(ListView):
    template_name = "blog/index.html"
    context_object_name = "article_list"
    
    def get_queryset(self):
        # url里的cate_id传递给CategoryView，传递的参数在kwargs属性中获取
        article_list = Article.objects.filter(category=self.kwargs['cate_id'],status='p')
        for article in article_list:
            article.body = markdown2.markdown(article.body, )
        return article_list

    def get_context_data(self, **kwargs):
        # 增加一个category_list,用于在页面显示所有分类，按照名字排序
        kwargs['category_list'] = Category.objects.all().order_by('name')
        return super(CategoryView, self).get_context_data(**kwargs)

class TagView(ListView):
    template_name = "blog/index.html"
    context_object_name = "article_list"

    def get_queryset(self):
        """
        根据指定的标签获取该标签下的全部文章
        """
        article_list = Article.objects.filter(tags=self.kwargs['tag_id'], status='p')
        for article in article_list:
            article.body = markdown2.markdown(article.body, extras=['fenced-code-blocks'], )
        return article_list

    def get_context_data(self, **kwargs):
        kwargs['tag_list'] = Tag.objects.all().order_by('name')
        return super(TagView, self).get_context_data(**kwargs)

Vorlage

from django.views.generic.edit import FormView

class CommentPostView(FormView):
    form_class = BlogCommentForm
    template_name = 'blog/detail.html' 

    def form_valid(self, form):
        target_article = get_object_or_404(Article, pk=self.kwargs['article_id'])
        # 调用ModelForm的save方法保存评论，设置commit=False则先不保存到数据库，
        # 而是返回生成的comment实例，直到真正调用save方法时才保存到数据库。
        comment = form.save(commit=False)
        # 把评论和文章关联
        comment.article = target_article
        comment.save()
        # 评论生成成功，重定向到被评论的文章页面，get_absolute_url 请看下面的讲解。
        self.success_url = target_article.get_absolute_url()
        return HttpResponseRedirect(self.success_url)

    def form_invalid(self, form):
        target_article = get_object_or_404(Article, pk=self.kwargs['article_id'])

        # 不保存评论，回到原来提交评论的文章详情页面
        return render(self.request, 'blog/detail.html', {
            'form': form,
            'article': target_article,
            'comment_list': target_article.blogcomment_set.all(),
        })

Loop-Tag,

Judge-Tag {% for %} sind einige sehr häufig verwendete Tags{% if %}{{ variable }}Wir können es so verwenden, dass die Vorlagendatei in „views.py“ angegeben wurde und die Markdown-Verarbeitung in „

context_object_name = "article_list"“ durchgeführt wurde :get_queryset()

{% for article in article_list %}
    {{article.title}}

Es scheint so eingerichtet zu sein:

{% extends "base_generic.html" %}

{% block content %}
...
{% endblock %}

Statische Datei

Da der Quellcode verloren gegangen ist, kann ich mich nicht daran erinnern In bestimmten Situationen muss eindeutig der statische Dateipfad festgelegt werden. Wenn die JS-Datei abnormal geladen wird, liegt möglicherweise ein Problem mit der Ladereihenfolge vor.

TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [os.path.join(BASE_DIR, 'blog/templates')]
        ,
        'APP_DIRS': True,
...
]

base_generic.html hat wahrscheinlich das folgende Format:

Es scheint ein Problem mit den folgenden Einstellungen zu geben:

<!DOCTYPE html>
{% load staticfiles %}
<html lang="zh-CN">
<head>
    <meta charset="UTF-8">
    <title>Myblog</title>
    <link rel="stylesheet" href="{% static &#39;lib/css/bootstrap.min.css&#39; %}">
    <link rel="stylesheet" href="{% static &#39;blog/css/style.css&#39; %}">
    <link rel="stylesheet" href="{% static &#39;blog/css/pygments/github.css&#39; %}">
</head>
...

Einzelheiten finden Sie unter zur offiziellen Dokumentation

Bereitstellung

# mysite/settings.py
STATIC_URL = '/static/'
STATICFILES = os.path.join(BASE_DIR, 'blog/static')

Verwenden Sie uwsgi+nginx

/etc/nginx/sites-available/mysite.conf, blog ist der App-Name und die statische Datei wird unten platziert. Das Gleiche gilt für die Vorlage:

, um den uwsgi-Prozess zu starten, kombiniert mit

server {
    listen 80;

    location /static/ {
        alias /home/omrsf/mysite/blog/static/;
    }

    location / {
        uwsgi_pass 127.0.0.1:8001;
        include     /etc/nginx/uwsgi_params;
    }
}

uwsgi -i uwsgi.iniVerbesserungnohup &

Der aktuelle Artikel befindet sich direkt in admin.py. Registrieren Sie das Modell im Admin und veröffentlichen Sie es im Admin-Hintergrund. Es kann in eine API-Schnittstelle und einen Online-Editor umgewandelt werden. Fügen Sie eine grundlegende Benutzerauthentifizierungsfunktion hinzu.

[uwsgi]
socket = 127.0.0.1:8001
chdir=/home/ormsf/mysite/
wsgi-file = mysite/wsgi.py

processes = 2
threads = 4

chmod-socket = 664

Fragmentäre Wissenspunkte

Der Unterschied zwischen null und leer

null gilt für die Datenbank. Wenn null=True, bedeutet dies, dass das Feld von Die Datenbank kann leer sein.

leer ist für Formulare. Wenn leer=True, bedeutet dies, dass Sie dieses Feld beim Ausfüllen Ihres Formulars nicht ausfüllen müssen, beispielsweise wenn Sie einen Modelldatensatz im Admin hinzufügen Schnittstelle. Was Sie intuitiv erkennen können, ist, dass das Feld nicht fett ist.
render und render_response

get_absolute_url

Modell hat eine get_absolute_url, die mit reverse kombiniert werden kann.

In Verbindung stehende Artikel

Mehr sehen