与 RESTful 设计不同，GraphQL 一般仅暴露出一个接口供使用，而具体一个请求中需要什么数据，数据怎么样组织完全由 API 的使用者（客户端）来指定。当然，哪些数据可以被查询，数据的类型是怎么样的，则是由服务端给定的。指定的方式就是传入一段关于想要的结果（或操作）的描述，服务端保证返回符合要求的结果或报错。
GraphQL是Facebook的一个开源项目，定义了一种查询语言，用来代替传统的RESTful API。看到QL这样的字眼，很容易产生误解，以为是新的数据库查询语言，但其实GraphQL和数据库没有什么太大关系，GraphQL并不直接操作查询数据库，可以理解为传统的后端代码与数据库之间又多加了一层，这一层就是GraphQL.
Develop success from failures. Discouragement and failure are two of the surest stepping stones to success.
本文只是将学习过程中需要深刻记忆，在工作中常用的一些命令或者知识点进行一个罗列并阐释，不会全面的将所有内容进行讲解。大家可以在了解了Django框架和DRF框架之后再来看这篇文章。否则会有点不知所云。
M全拼为Model，主要封装对数据库层的访问，对数据库中的数据进行增、删、改、查操作
在Django中需要自己手动创建静态文件存放的文件夹。 在创建好文件夹后需要在settings文件内进行如下配置：
字段查询 all():返回模型类对应表格中的所有数据。 get():返回表格中满足条件的一条数据，如果查到多条数据，则抛异常：MultipleObjectsReturned， 查询不到数据，则抛异常：DoesNotExist。 filter():参数写查询条件，返回满足条件 QuerySet 集合数据。 条件格式： 模型类属性名__条件名=值 注意：此处是模型类属性名，不是表中的字段名 关于 filter 具体案例如下： 判等 exact。
URL是Web服务的入口，用户通过浏览器发送过来的任何请求，都是发送到一个指定的URL地址，然后被响应。
Django网络应用开发的5项基础核心技术包括模型（Model）的设计，URL 的设计与配置，View（视图）的编写，Template（模板）的设计和Form(表单)的使用。
每个字段有一些特有的参数，例如，CharField（和它的派生类）需要max_length 参数来指定 VARCHAR 数据库字段的大小
在日常工作中，对于前端发送过来的请求，后端django大部分都是采用json格式返回，也有采用模板返回视图的方式。 在模板返回视图的方式的确很方便，但是如果涉及到动静分离、ajax请求这类，django就只能返回json格式的数据了。 那么这里就带来了一个问题，如何将django从数据库模型类中查询的数据以json格式放回前端。 然后前端如果获取读取返回过来的数据呢？
Overthinking ruins you. Ruins the situation, twists it around, makes you worry and just makes everything much worse than it actually is.
第一步 入门 检查版本 python -m django --version 创建第一个项目 django-admin startproject mysite 运行 python manage.py runserver 更改端口 python manage.py runserver 8080 更改IP python manage.py runserver 0:8000 1.创建app 创建投票应用 python manage.py startapp polls polls/views.py from dj
每一列属性都是不可再分的，两列的属性相近或相似或一样，应尽量合并属性一样的列，确保不产生冗余数据。
后台数据库几个基本表基本搭建完毕，看了下Github Develop的V4 Api抛弃了RESTful，采用GraphQL，感觉很有意思，一看文档，竟然有Python的开源实现 Graphene ，这就很舒服了。 反正也是学习，搞起来。
项目运行起来，访问IP:PORT/admin即可访问登录页面，但是需要先创建一个超级用户
ORM，全拼Object-Relation Mapping，中文意为对象-关系映射，是随着面向对象的软件开发方法发展而产生的。面向对象的开发方法是当今企业级应用开发环境中的主流开发方法，关系数据库是企业级应用环境中永久存放数据的主流数据存储系统。对象和关系数据是业务实体的两种表现形式，业务实体在内存中表现为对象，在数据库中表现为关系数据。内存中的对象之间存在关联和继承关系，而在数据库中，关系数据无法直接表达多对多关联和继承关系。因此，对象-关系映射ORM系统一般以中间件的形式存在，主要实现程序对象到关系数据库数据的映射。面向对象是从软件工程基本原则(如耦合、聚合、封装)的基础上发展起来的，而关系数据库则是从数学理论发展而来的，两套理论存在显著的区别。为了解决这个不匹配的现象,对象关系映射技术应运而生。O/R中字母O起源于"对象"(Object),而R则来自于"关系"(Relational)。几乎所有的程序里面，都存在对象和关系数据库。在业务逻辑层和用户界面层中，我们是面向对象的。当对象信息发生变化的时候，我们需要把对象的信息保存在关系数据库中。目前流行的ORM产品如Java的Hibernate，.Net的EntityFormerWork等。
写这篇文章完全是机缘巧合，想想已经好长时间没有关注过Django了，虽然Django一直霸占着Python Web开发界的王座，但是由于各种原因自从使用Asyncio以来一直使用Aiohttp这个框架。碰巧因为之前写了几天的《2019逆向复习系列》，脑子里充斥着“逆向”，“逆向”，“逆向”。今天想换换思路写点其他的文章，偶然间看到前两天Django 3.0版本推出，简单看了下Django 3.0的新特性，看到Django 3.0正式版本终于支持ASGI了，内心真是一阵澎湃，当时放弃Django去选择其他的异步框架也是因为它不支持异步，现在它终于完全拥抱异步了，我也就可以重拾Django，尝尝鲜啦！
django自带一套信号机制来帮助我们在框架的不同位置之间传递信息。也就是说，当某一事件发生时，信号系统可以允许一个或多个发送者（senders）将通知或信号（signals）发送给一组接受者（receivers）。
django-admin startproject 项目名 在项目名目录下创建应用 python manage.py startapp blog 在project/settings.py中加入app
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
