`内容回顾`

django orm简介

对象关系映射

表			类型
记录			对象
字段数据	对象点属性

如何使用orm

1.先明确数据库
	MySQL(settings.py __init__.py)
2.去应用下的models.py中
	# 1.先定义一个类
	class User(models.Model):
        id = models.AutoField(primary_key=True)
        name = models.CharField(max_length=32)
    # 2.执行数据库迁移命令(tools >>> run manage.py task)
    	python3 manage.py makemigrations
        python3 manage.py migrate
    """
    主键字段不写也可以 orm会自动帮你添加上一个名为id的主键
    只要修改了models中与数据库相关的代码就需要执行迁移命令
    """

简单学习数据相关orm操作

# 针对字段(当表中已经有数据的情况下新增字段需要加下列任意一个参数)
	null=True  # 允许为空
    default=123  # 默认值

# 针对数据
	查
    	models.User.objects.all()
        models.User.objects.filter()  # 括号内不加条件就是all
        '''
        上述两个方法返回的结果是queryset对象 我们可以简单的看成是
        列表套数据对象 [数据对象1,数据对象2,数据对象3]
        '''
     增
    	models.User.objects.create()  # 返回值为当前新增数据对象
        user_obj = models.User(...)
        user_obj.save()
     改
    	models.User.objects.filter(id=1).update(...)  # 批量改
        edit_obj =models.User.objects.filter(id=1).first()
        edit_obj.name = 'jasonNB'
        edit_obj.save()
     删
    	models.User.objects.filter(id=1).delete()  # 批量删

orm如何创建外键

表关系的判断依然符合MySQL部分所介绍的换位思考原则

针对一对多外键字段也是建在多的一方
	publish = models.ForeignKey(to='Publish')
	# 在实际表中publish会自动加上_id后缀(自己在定义的时候不要加)

针对多对多外键字段原生SQL需要单独开设表但是orm只需要建在频率高的表中
	authors = models.ManyToManyField(to='Author')
    # 并不会在表中展示出来 而是告诉orm自动创建第三张关系表
 
针对一对一外键字段也是建在查询频率较高的表中
	author_detail = models.OneToOneField(to='AuthorDetail')
    # 在实际表中author_detail会自动加上_id后缀(自己在定义的时候不要加)

`内容概要`

简易版本django请求生命周期流程图(重要)
路由匹配
无名有名分组
反向解析
无名有名解析
路由分发
名称空间
伪静态
虚拟环境

`内容详细`

`简易版本django请求生命周期流程图(重要)`

该图是我们学习的django的流程 也是后期复习django重要的手段(如下图)

`路由匹配`

url(正则表达式,函数或者类型地址)

路由匹配的原则:从上往下正则表达式能够匹配到内容就算匹配成功会立刻执行后面的视图函数并且结束整个路由匹配过程，一个视图函数可以对应多个路由，一个路由只对应一个视图函数
    
优化操作在路由匹配环节如果第一次都没有匹配上django会在路径后面加斜杠再次匹配
	APPEND_SLASH = True  # 改参数可以控制 简易使用默认的自动添加
 
urlpatterns = [
    url(r'^admin/', admin.site.urls),
    # 首页
    url(r'^$',views.home),
    url(r'^test/$',views.test),
    url(r'^testadd/$',views.testadd),
    # 404页面
    url(r'',views.error)
]

`无名有名分组`

# 无名分组
url(r'^test/([0-9]{4})/',views.test)  # test(request,1234)
"""在路由匹配如果将某部分正则使用括号括起来了 那么该部分正则匹配到的内容会当做位置参数传递给后面的视图函数"""

# 有名分组，year为分组名
url(r'^testadd/(?P<year>[0-9]{4})',views.testadd)  
# testadd(request,year=1234)
"""在路由匹配如果将某部分正则使用括号括起来了 那么该部分正则匹配到的内容会当做关键字参数传递给后面的视图函数
"""

# 能否混用?
	不能混用
    url(r'^index/(\d+)/(?P<xxx>\d+)/',views.index)
# 单个情况下可以重复使用
	url(r'^index/(\d+)/(\d+)/(\d+)/',views.index)
    url(r'^index/(?P<yyy>\d+)/(?P<xxx>\d+)/',views.index)

`反向解析`

1.在路由层书写正则与函数名的时候 在后面加一个唯一标识
	url(r'^login/',views.login,name='my_login')
2.前端反向解析
	{% url 'my_login' %}
3.后端反向解析
	from django.shortcuts import reverse
    _url = reverse('my_login')
"""
通过标记解析出一个结果 该结果可以访问到标记所在的那一行地址
"""

`无名有名的反向解析`

# 无名分组的反向解析
	url(r'^login/(\d+)/',views.login,name='my_login')
    后端
    	_url = reverse('my_login',args=(111,))
    	print(_url)  # /login/111/
    前端
    	{% url 'my_login' 1 %}
   
# 有名分组的反向解析
	url(r'^login1/(?P<xxx>\d+)/',views.login1,name='my_login1')
    后端
    	_url = reverse('my_login',kwargs={'xxx':123})
    	print(_url)  # /login/123/
    前端
    	{% url 'my_login' xxx=1 %}
        
"""其实无名有名反向解析可以使用通用的方式"""
	都可以使用无名分组的反向解析

`路由分发`

当django项目特别庞大的时候 如果所有的路由匹配都写在项目的总路由中会导致总路由过于复杂不利于维护 此时可以将路由做拆分
"""
django支持所有的应用都可以拥有自己的
	urls.py 
	templates文件夹 
	static文件夹
也就意味着多人协同开发变得更加的简单了
"""
如何将多个单独的app组织到一起 >>> 路由分发


总路由
	from app01 import urls as app01_urls
	from app02 import urls as app02_urls
    from django.conf.urls import url,include
    # 路由分发
    url(r'^app01/',include(app01_urls)),
    url(r'^app02/',include(app02_urls)),
子路由
	from django.conf.urls import url
    from app01 import views
    urlpatterns = [
        url(r'^index/',views.index)
    ]
子路由
	from django.conf.urls import url
    from app02 import views
    urlpatterns = [
        url(r'^index/',views.index)
    ]
 
# 总路由更加简便的写法，对应子路由还是同样的写法
	from django.conf.urls import url,include
    url(r'^app01/',include('app01.urls')),
    url(r'^app02/',include('app02.urls')),

`名称空间`

# 当多个app中出现了相同的别名 那么使用反向解析无法自动识别

总路由
	# 名称空间
    url(r'^app01/',include('app01.urls',namespace='app01')),
    url(r'^app02/',include('app02.urls',namespace='app02')),
反向解析
后端
	reverse('app01:my_index')
	reverse('app02:my_index')
前端
	{% url 'app01:my_index' %}
    {% url 'app02:my_index' %}
 
"""
名称空间其实也可以不用 只需要确保不同的app下别名不冲突即可
	如何不冲突
		可以在起别名的时候加上应用名前缀
			app01_my_index
			app02_my_index
"""

`伪静态`

静态页面
	数据写死的 不怎么改变的
伪静态页面
	看似是文件其实是动态网页 这么做事为了提高网站被搜索引擎收录的概率
将路径后缀改为.html形式即可

`虚拟环境`

虚拟环境能够实现针对不同的项目配备专属的编程环境
创建虚拟环境相当于重新下载了一个新的解释器


虚拟环境的唯一表示是venv文件夹

posted on 2022-03-03 23:43 Henrywuovo 阅读(65) 评论(0) 收藏举报

刷新页面返回顶部