- day03 django知识点
- 项目相关
- 路由相关 urls.py
- 视图相关 views.py
- 模版相关 templates
- 资源相关 static/media
1.项目相关
- 新项目
- 开发时,可能遇到使用其他的版本。
- 虚拟环境
- 老项目
- 打开项目
- 虚拟环境
1.1 关于新项目
1.系统解释器+命令行【学习】
C:/python38
- python.exe
- Scripts
- pip.exe
- pip3.8.exe
- django-admin.exe
- Lib
- re.py
- site-pakages
- django
C:/python39
- python.exe
- Scripts
- pip.exe
- pip3.9.exe
- django-admin.exe
- Lib
- re.py
- site-pakages
- django
>>>C:/python39/Scripts/pip install django
-
django项目
>>>E: >>>cd code >>>C:/python39/Scripts/django-admin startproject mysite
-
目录结构
E:codemysite - mysite - urls.py URL和函数对应关系 - wsgi.py 底层请求处理入口【同步】 - asgi.py 底层请求处理入口【异步】 - settings.py 配置文件(内置配置文件global_settings假设200项配置 + 用户3项配置 =201配置) - manage.py [管理项目]
-
运行项目
>>>cd mysite >>>C:python39python manage.py runserver
-
对应关系 urls.py
from django.http import HttpResponse def demo(request): return HttpResponse("OK") urlpattens = [ path("demo/",demo), ]
2.虚拟环境+命令行【线上部署】
C:python39
- python.exe
- Scripts
- pip.exe
- pip3.9.exe
- virtualenv.exe
- Lib
- re.py
- site-pakages
>>>C:python39pip install virtualenv
a.创建虚拟环境
>>>C:python39Scriptsvirtualenv F:envsx1 --python=python3.9
F:envsx1
- python.exe
- Scripts
- pip.exe
- pip3.9.exe
- activate.exe
- django-admin.exe
- Lib
- site-pakages
- django
- ..
b.激活虚拟环境
>>>F:
>>>cd F:envsx1
>>>activate.exe
c.激活虚拟环境
(x1)>>>pip install django
(x1)>>>pip install django==3.2
d.创建项目
(x1)>>>django-admin startproject mysite
3.虚拟环境+Pycharm【最新django】
E:PycharmProjectsday002
E:PycharmProjectsday002.venv
注意:第2期,都是基于这种方式去创建项目。
4.虚拟环境+Pycharm【老django】
本质:
- 虚拟环境
- 安装老版本django
- 基于django-admin 创建项目
- 在Pycharm中配置:项目 + 环境 => 绑定
a.虚拟环境
b.安装老版本django
(.venv) E:PycharmProjectsday003>pip install django==3.2
c.创建django项目
(.venv) E:PycharmProjectsday003>django-admin startproject day003
E:PycharmProjectsday003day003
- day003
...
- manage.py
(.venv) E:PycharmProjectsday003>django-admin startproject day003 .
E:PycharmProjectsday003
- day003
...
- manage.py
d.Pycharm配置
小结
-
系统解释器 和 虚拟环境
-
命令行【线上部署】
-
安装virtualenv
-
创建虚拟环境
-
激活虚拟环境
-
安装django
pip install django pip install django==3.2
-
创建新项目
django-admin startproject xxxx
-
编写代码
-
运行项目
python manage.py runserver python manage.py runserver 8000 python manage.py runserver 127.0.0.1:8000
-
-
Pycharm【开发】
-
最新版本的django
注意事项:pycharm为了防止大家用低版本pycharm,例如:2020.1版本的pycharm
-
老旧版本的django
-
虚拟环境
-
安装老旧django
-
创建项目
django-admin startproject xxxx .
-
Pycharm配置:项目 + 环境
-
-
1.2 关于老项目
- 代码下载下来
- 创建虚拟环境
- 虚拟环境 + 项目绑定 + 安装必备的模块
注意:requirements.txt
+ Python解释器(问、文档)
1.3 纯净版项目
django内置有100个功能,5个功能是项目使用概率比较大。
- 创建Django项目时,默认配置上功能。
- 创建Django项目时,默认配置剔除。
Django纯净和Flask等轻量级框架的对比:
- Flask,一个py文件项目,基于蓝图项目创建结构化。
- Django,默认的配置,剔除 好几个文件。
a.创建项目
E:/PycharmProjects/day004
- day004
- urls.py URL和函数对应关系
- wsgi.py 底层请求处理入口【同步】
- asgi.py 底层请求处理入口【异步】
- settings.py 配置文件(内置配置文件global_settings假设200项配置 + 用户3项配置 =201配置)
- manage.py [管理项目]
b.默认功能
INSTALLED_APPS = [
'django.contrib.admin', # django内置后台管理,简单数据库的增删改查
'django.contrib.auth', # 用户登录和认证权限
'django.contrib.contenttypes', # 复杂表结构关系
'django.contrib.sessions', # 如果项目中有登录成功让用户可以访问。
'django.contrib.messages', # 消息展示,依赖Session
'django.contrib.staticfiles', # 静态资源处理,图片、css、js等
]
DATABASES = {
'default': {
'ENGINE': 'django.db.backends.sqlite3',
'NAME': BASE_DIR / 'db.sqlite3',
}
}
# 找功能模块,将功能模块中需要创建表结构,创建出来。
>>>python manage.py makemigrations 【找功能模块】【表结构】【生成配置文件并放到指定目录】
>>>python manage.py migrate 【读取生成的配置文件,提交到数据库】
>>>python manage.py createsuperuser
纯净版配置:
# Application definition
INSTALLED_APPS = [
# 'django.contrib.admin',
# 'django.contrib.auth',
# 'django.contrib.contenttypes',
# 'django.contrib.sessions',
# 'django.contrib.messages',
'django.contrib.staticfiles',
]
MIDDLEWARE = [
'django.middleware.security.SecurityMiddleware',
# 'django.contrib.sessions.middleware.SessionMiddleware',
'django.middleware.common.CommonMiddleware',
'django.middleware.csrf.CsrfViewMiddleware',
# 'django.contrib.auth.middleware.AuthenticationMiddleware',
# 'django.contrib.messages.middleware.MessageMiddleware',
'django.middleware.clickjacking.XFrameOptionsMiddleware',
]
TEMPLATES = [
{
'BACKEND': 'django.template.backends.django.DjangoTemplates',
'DIRS': [BASE_DIR / 'templates'],
'APP_DIRS': True,
'OPTIONS': {
'context_processors': [
'django.template.context_processors.debug',
'django.template.context_processors.request',
# 'django.contrib.auth.context_processors.auth',
# 'django.contrib.messages.context_processors.messages',
],
},
},
]
from django.contrib import admin
from django.urls import path
urlpatterns = [
# path('admin/', admin.site.urls),
]
小结
- 本地开发:基于Pycharm创建项目(新版本、老旧版)
- 本地开发:打开别人的项目
- 创建纯净版项目
1.4 关于APP
创建的django项目:
E:/PycharmProjects/day004
- day004
- urls.py URL和函数对应关系
- wsgi.py 底层请求处理入口【同步】
- asgi.py 底层请求处理入口【异步】
- settings.py 配置文件(内置配置文件global_settings假设200项配置 + 用户3项配置 =201配置)
- manage.py [管理项目]
关于APP,主要用于业务功能模块的开发。
-
创建APP
python manage.py startapp app01 python manage.py startapp app02
E:/PycharmProjects/day004 - day004 - urls.py URL和视图函数对应关系 - wsgi.py 底层请求处理入口【同步】 - asgi.py 底层请求处理入口【异步】 - settings.py 配置文件(内置配置文件global_settings假设200项配置 + 用户3项配置 =201配置) - manage.py [管理项目] - app01 - migrations - .. - ... - models.py 用ORM代替原生SQL语句(对类和对象进行操作 -> SQL语句 -> 自动执行) 编写类 + makemigraions/migrate -> 数据库 - apps.py "app01.apps.App01Config" - admin.py 配合django-admin可以对当前app中的表进行增删改查操作。 - test.py 单元测试(不写单元测试) - views.py 业务功能【视图函数】 - app02 - migrations - models.py - admin.py - apps.py - test.py - views.py
注意:一般情况下一个app就够了;开源组件;公共模块,拆分到单独的app模块。
多app应用的目录结构:
-
单独1个app的项目 【推荐】
E:/PycharmProjects/day004 - day004 - urls.py URL和视图函数对应关系 - wsgi.py 底层请求处理入口【同步】 - asgi.py 底层请求处理入口【异步】 - settings.py 配置文件(内置配置文件global_settings假设200项配置 + 用户3项配置 =201配置) - manage.py [管理项目] - app01 - migrations - .. - ... - models.py 用ORM代替原生SQL语句(对类和对象进行操作 -> SQL语句 -> 自动执行) 编写类 + makemigraions/migrate -> 数据库 - apps.py "app01.apps.App01Config" - admin.py 配合django-admin可以对当前app中的表进行增删改查操作。 - test.py 单元测试(不写单元测试) - views.py 业务功能【视图函数】
-
多个app
-
多个app,放在apps的文件夹中 【推荐】
E:/PycharmProjects/day004 - apps - app01 - views.py - admins.py - models.py ... - app02 - views.py - admins.py - models.py ... - app03 - views.py - admins.py - models.py ... - day004 - urls.py URL和视图函数对应关系 - wsgi.py 底层请求处理入口【同步】 - asgi.py 底层请求处理入口【异步】 - settings.py 配置文件(内置配置文件global_settings假设200项配置 + 用户3项配置 =201配置) - manage.py [管理项目]
到底什么时候创建1个app?什么时候创建多个app?
-
案例1:公司官网
app01: -> 公司官网开发,主要使用者:学员。 app02: -> 内部运营使用的功能模块 app03: -> 导师下载作业、批改作业、评分。
-
案例2:公司官网【现阶段】
app01: 公司官网开发,主要使用者:学员。 内部运营使用的功能模块 导师下载作业、批改作业、评分。
app01: -> 公司官网开发,主要使用者:学员。 app02: -> 内部运营使用的功能模块 app03: -> 导师下载作业、批改作业、评分。
-
2.路由系统
2.1 常见操作
通俗的语言来表示:URL -> 函数对应关系
2.2 路由源码分析
2.2.1 路由定义的本质
from django.urls import path, re_path
from apps.www import views
from django.urls import URLPattern
from django.urls.resolvers import RoutePattern
urlpatterns = [
URLPattern(RoutePattern("login/", name=None, is_endpoint=True), views.login, None, None),
path('login/', views.login, name='n1'),
# http://127.0.0.1:8000/info/2222/
# http://127.0.0.1:8000/info/2222/?a1=1&b1=2
# path('info/<int:v1>/', views.info),
# http://127.0.0.1:8000/other/11/yiyebaitou/
# http://127.0.0.1:8000/other/222/shiyi/
# path('other/<int:v1>/<str:v2>/', views.other),
# path('xx/<path:v2>/', views.xx),
# path('xx/<uuid:v2>/', views.xx),
# http://127.0.0.1:8000/yy/2014-11-11
# re_path(r'yy/(d{4})-(d{2})-(d{2})/', views.yy),
]
-
编写路由
-
启动项目时
urlpatterns = [ 对象(URL地址、函数), 对象(URL地址、函数), 对象, 对象, 对象, URLPattern(RoutePattern("login/", name=None, is_endpoint=True), views.login, None, None), ] # 内部路由匹配的时,默认执行: URLPattern.resolve self.pattern.match() return ResolverMatch(...) # 进阶操作 # 路由系统中的扩展点: URLPattern.resolve RoutePattern.match 自定义ResolverMatch类
-
用户浏览器访问
http://127.0.0.1:8000/login/
-
django的源码内部,一定会匹配,获得相应的视图函数
http://127.0.0.1:8000 /login/ urlpatterns = [ 对象(URL地址、函数), 对象(URL地址、函数), 对象, 对象, 对象 ]
urlconf = 'day006.urls' resolver = URLResolver(RegexPattern(r"^/"), urlconf) resolver_match = resolver.resolve(request.path_info) callback, callback_args, callback_kwargs = resolver_match
-
执行视图函数
听完的感受:
-
流程是懵逼,Django请求的流程懵逼【证明】。
-
我们需要基于源码记住
urlpatterns = [ path('login/', views.login), path('info/<int:v1>/', views.info), ]
urlpatterns = [ URLPattern(RoutePattern("login/", name=None, is_endpoint=True), views.login, None, None), URLPattern(RoutePattern("login/", name=None, is_endpoint=True), views.login, None, None), URLPattern(RoutePattern("login/", name=None, is_endpoint=True), views.login, None, None), URLPattern(RoutePattern("login/", name=None, is_endpoint=True), views.login, None, None), ]
-
源码内部路由匹配的时,是怎么做的?
URLPattern.resolve RoutePattern.match
def resolve(self, path): match = self.pattern.match(path) if match: new_path, args, captured_kwargs = match # Pass any default args as **kwargs. kwargs = {**captured_kwargs, **self.default_args} return ResolverMatch( self.callback, args, kwargs, self.pattern.name, route=str(self.pattern), captured_kwargs=captured_kwargs, extra_kwargs=self.default_args, )
def match(self, path): match = self.regex.search(path) if match: # RoutePattern doesn't allow non-named groups so args are ignored. kwargs = match.groupdict() for key, value in kwargs.items(): converter = self.converters[key] try: kwargs[key] = converter.to_python(value) except ValueError: return None return path[match.end() :], (), kwargs return None
2.3 name别名
path('login/', views.login, name='n1'),
URLPattern(RoutePattern("login/", name="n1", is_endpoint=True), views.login, None, "n1"),
def login(request):
return HttpResponse("欢迎登陆")
from django.urls import reverse
result = reverse("n1")
print(result) # "login/"
path('api/auth/login/<int:v1>/', views.login, name='n1'),
def login(request,v1):
return HttpResponse("欢迎登陆")
from django.urls import reverse
result = reverse("n1",kwargs={"v1":123})
print(result) # "/api/auth/login/123/"
result = reverse("n1",kwargs={"v1":999})
print(result) # "/api/auth/login/999/"
name存在的意义?例如:用户登录登录程序
/api/auth/login/ -> 函数登录
/api/user/account/ -> 函数账单
path('api/auth/login/', views.login, name='n1'),
path('api/user/account/', views.account, name='n2'),
def login(request):
# 当用户登录成功之后,需要让用户跳转到 /api/user/account/ 页面
# return redirect("/api/user/account/")
# url = reverse("n2") # "/api/user/account/"
# return redirect(url)
return redirect("n2")
def account(request):
return HttpResponse("用户信息")
name存在的意义?例如:权限管理
A用户有权访问的网址:
/api/auth/login/
/api/user/account/
/api/user/order/
/api/user/order/<int:v1>/
B用户有权访问的网址:
/api/user/account/
/api/user/order/
/api/user/order/<int:v1>/
A用户有权访问的网址:
n1
n2
n3
B用户有权访问的网址:
n2
n3
总结
-
创建Django项目
- 虚拟环境 + 新版本
- 虚拟环境 + 老旧版
-
app的概念
- 1个app
- 多个app(apps文件夹)
-
路由系统
-
【必备】常见路由操作
# http://127.0.0.1:8000/info/2222/ # http://127.0.0.1:8000/info/2222/?a1=1&b1=2 path('info/<int:v1>/', views.info), # http://127.0.0.1:8000/other/11/yiyebaitou/ # http://127.0.0.1:8000/other/222/shiyi/ path('other/<int:v1>/<str:v2>/', views.other), # path('xx/<path:v2>/', views.xx), # path('xx/<uuid:v2>/', views.xx), # http://127.0.0.1:8000/yy/2014-11-11 re_path(r'yy/(d{4})-(d{2})-(d{2})/', views.yy),
-
【必备】name别名
- 反向别名生成URL地址
- 权限分配,不会用URL网址而是使用name别名。
-
【可选】源码的流程+扩展点
MyURLPattern(MyRoutePattern("login/", name=None, is_endpoint=True), views.login, None, None), URLPattern(RoutePattern("login/", name="n1", is_endpoint=True), views.login, None, "n1"),
django.urls.resolvers.URLResolver.resolve django.urls.URLPattern.resolve django.urls.resolvers.RoutePattern.match
django.urls.resolvers.URLResolver.resolve for obj in ....: # django.urls.URLPattern.resolve # obj.resolve # self.pattern.match django.urls.resolvers.RoutePattern.match
-
原文地址:https://blog.csdn.net/cxl0406/article/details/135438244
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若转载,请注明出处:http://www.7code.cn/show_54124.html
如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱:suwngjj01@126.com进行投诉反馈,一经查实,立即删除!