Django 前后端不分离 代码结构详解

Demo:  hello_pycharm

根目录文件:hello_pycharm [__init__.py  __pycache__  settings.py  urls.py  wsgi.py]

App:hello [admin.py  apps.py  __init__.py  migrations  models.py  tests.py  urls.py  views.py  __pycache__ ]

模板文件:templates

根路由urls中:

from django.conf.urls import url,include

from django.contrib import admin

from hello import views

urlpatterns = [

url(r‘^admin/‘, admin.site.urls),

url(r‘^hi/‘,views.hi),

url(r‘^hell/‘,views.hello_use_template),

url(r‘^hello/‘,include("hello.urls"))

]

App文件夹hello中的子路由urls中:一个应用app可以有一个路由 称为主应用的子路由也叫二级路由

urlpatterns = [

url(r‘^a/‘,views.hi),

url(r‘^b/‘,views.hello_use_template)

]

views中:

from django.shortcuts import render

from django.http import HttpResponse

def hello_use_template(request):

return  render(request,"hello.html",context={"name":"Gavin"})

def hi(request):

html = ‘‘‘<!DOCTYPE html>

<html lang="en">

<head>

<meta charset="UTF-8">

<title>Title</title>

</head>

<body>

<h1>Hello World!</h1>

</body>

</html>

‘‘‘

return HttpResponse(html)

模板(templates)中:hello.html

<!DOCTYPE html>

<html lang=‘en‘>

<head>

<meta charset=‘UTF-8>

<title>Title</title>

</head>

<body>

<h1>Hello {{name}}!</h1>

</body>

</html>

Settings中:

import os

print(__file__)

print(os.path.abspath(__file__))

print(os.path.dirname(os.path.abspath(__file__)))

BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))

SECRET_KEY= ‘ja=_kx#x^i0swyl_1b0f8*%p^8g5pj)d2!ovwk7hpopnqyaa‘

DEBUG = True

ALLOWED_HOSTS = []

INSTALLED_APPS = [

‘django.contrib.admin‘,

‘django.contrib.auth‘,

‘django.contrib.contenttypes‘,

‘django.contrib.sessions‘,

‘django.contrib.messages‘,

‘django.contrib.staticfiles‘,

‘hello.apps.HelloConfig‘,或者用app.py文件的name值简写:‘hello’

]

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‘,

]

ROOT_URLCONF = ‘hello_pycharm.urls‘

TEMPLATES = [

{

‘BACKEND‘: ‘django.template.backends.django.DjangoTemplates‘,

 ‘DIRS‘: [os.path.join(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‘,

],

},

},

]

WSGI_APPLICATION = ‘hello_pycharm.wsgi.application‘

DATABASES = {

‘default‘: {

‘ENGINE‘: ‘django.db.backends.sqlite3‘,

‘NAME‘: os.path.join(BASE_DIR, ‘db.sqlite3‘),

}

}

AUTH_PASSWORD_VALIDATORS = [

{

‘NAME‘: ‘django.contrib.auth.password_validation.UserAttributeSimilarityValidator‘,

},

{

‘NAME‘: ‘django.contrib.auth.password_validation.MinimumLengthValidator‘,

},

{

‘NAME‘: ‘django.contrib.auth.password_validation.CommonPasswordValidator‘,

},

{

‘NAME‘: ‘django.contrib.auth.password_validation.NumericPasswordValidator‘,

},

]

LANGUAGE_CODE = ‘zh-Hans‘

TIME_ZONE = ‘UTC‘

USE_I18N = True

USE_L10N = True

USE_TZ = True

STATIC_URL = ‘/static/‘

print(BASE_DIR)

print(os.path.join(BASE_DIR, ‘templates‘))

路由(b)经过模板渲染输出结果:

127.0.0.1:8000/hello/b/

 

‘’Hello August !

原文地址:https://www.cnblogs.com/liurwei/p/9446284.html

时间: 2024-11-05 19:36:30

Django 前后端不分离 代码结构详解的相关文章

PHP扩展代码结构详解

PHP扩展代码结构详解: 这个是继:使用ext_skel和phpize构建php5扩展  内容 (拆分出来) Zend_API:深入_PHP_内核:http://cn2.php.net/manual/zh/internals2.ze1.php 我们使用ext_skel创建扩展 hello_module,该模块包含一个方法:hello_world. 使用ext_skel 生成的代码都是PHP_开头的宏, 而不是ZEND_开头. 实际上这两者是一样的. 在源代码src/main/PHP.h 中发现:

django 前后端分离,后端接口实现

博客篇我们使用的是前后端不分离的方式进行实现,前后端不分离实现方式,主要用于小型的项目,且一个人就可以搞定所有,但是中大型的应用还是用的前后端分离的方式进行的 前后端分离方式后台主要给前端提供接口,前端JS调用后台的接口,根据接口定义的传参进行传参,得到返回值,然后展现在页面上,或者对数据进行了操作,把操作后的数据传给后端,后端进行数据的更新等 下面的例子我们主要从基本的增删改查进行设计后台接口部分 一.准备工作 1.modles.py文件中,创建student表,用于进行增删改查 class

vue发布中的前后端分离和前后端不分离

前后端分离 思路:前端和后台完全分离.前端提供静态的css和js,在运行时将css和js给后端,后端进行数据的请求(ajax) 前后端分离就是前端和后台在不同的服务器上.基本是前端一个nginx加css和js 后端nginx加index.html 当用户访问的时候,访问后端nginx的网址,执行后端的index.html,在运行到资源时,访问前端的nginx返回的css,js等 前后端不分离 思路:前端和后台不分离.前端是源代码build后的代码 后端进行数据的请求(ajax) 前后端不分离就是

类Flask实现前后端交互之代码聊天室

前言 框架 项目目录及各自功能 流程图 后端 server backend exector 前端 ajax 页面更新 演示 简易应答模式 代理模式处理外部请求 后台日志 总结 前言 这两天老是做梦,全根Python有关,这不昨晚梦见我把Python做成了类似于JavaScript一样的功能,在前端混的风生水起.结果是个梦...... 在第一次接触了Flask之后,就被它优雅的路由映射给俘获了.后来我自己又搜索了相关的知识点,算是勉强做出一个最最简化的版本.详细的内容可以查看我的这篇文章. htt

前后端分离与前后端不分离的区别

前后端不分离 在前后端不分离的应用模式中,前端页面看到的效果都是由后端控制,由后端渲染页面或重定向,也就是后端需要控制前端的展示,前端与后端的耦合度很高. 这种应用模式比较适合纯网页应用,但是当后端对接App时,App可能并不需要后端返回一个HTML网页,而仅仅是数据本身,所以后端原本返回网页的接口不再适用于前端App应用,为了对接App后端还需再开发一套接口. 请求的数据交互如下图: 前后端分离 在前后端分离的应用模式中,后端仅返回前端所需的数据,不再渲染HTML页面,不再控制前端的效果.至于

前后端分离与前后端不分离

前后端不分离 在前后端不分离的应用模式中,前端页面看到的效果都是由后端控制,由后端渲染页面或重定向,也就是后端需要控制前端的展示,前端与后端的耦合度很高. 这种应用模式比较适合纯网页应用,但是当后端对接App时,App可能并不需要后端返回一个HTML网页,而仅仅是数据本身,所以后端原本返回网页的接口不再适用于前端App应用,为了对接App后端还需再开发一套接口. 请求的数据交互如下图: 前后端分离 在前后端分离的应用模式中,后端仅返回前端所需的数据,不再渲染HTML页面,不再控制前端的效果.至于

Netty 核心容器之ByteBuf 结构详解

原文链接 Netty 核心容器之ByteBuf 结构详解 Java的NIO模块提供了ByteBuffer作为其字节存储容器,但是这个类的使用过于复杂,因此Netty实现了ByteBuf来替换NIO的ByteBuffer类,ByteBuf具有以下的特点: 自定义用户缓冲区域的类型 实现字节区域的深浅拷贝 容量可按需增长 在读写模式直接不需要像JDK的ByteBuffer那样调用flip()方法切换 读写使用不同的索引,即readIndex和writeIndex 支持方法链式调用 支持引用计数和池化

Nuxt.js学习(二) --- Nuxt目录结构详解、Nuxt常用配置项、Nuxt路由配置和参数传递

[TOC] 1.Nuxt目录结构详解 Nuxt项目文件目录结构 |-- .nuxt // Nuxt自动生成,临时的用于编辑的文件,build |-- assets // 用于组织未编译的静态资源入LESS.SASS 或 JavaScript |-- components // 用于自己编写的Vue组件,比如滚动组件,日历组件,分页组件 |-- layouts // 布局目录,用于组织应用的布局组件,不可更改. |-- middleware // 用于存放中间件 |-- pages // 用于存放

Spring基于事件驱动模型的订阅发布模式代码实例详解

代码下载地址:http://www.zuidaima.com/share/1791499571923968.htm 原文:Spring基于事件驱动模型的订阅发布模式代码实例详解 事件驱动模型简介 事件驱动模型也就是我们常说的观察者,或者发布-订阅模型:理解它的几个关键点: 首先是一种对象间的一对多的关系:最简单的如交通信号灯,信号灯是目标(一方),行人注视着信号灯(多方): 当目标发送改变(发布),观察者(订阅者)就可以接收到改变: 观察者如何处理(如行人如何走,是快走/慢走/不走,目标不会管的