参考文献:
django进阶(写的很好): http://www.cnblogs.com/kongqi816-boke/p/5797695.html
django入门: http://www.runoob.com/django/django-tutorial.html
django http://code.ziqiangxuetang.com/django/django-basic.html
2.测试django 安装
安装完django之后,先测试django是否安装成功。打开Python交互器,输入以下命令:
>>> import django
>>> django.VERSION
(1, 9, 1, 'final', 0)
可以得到安装的django版本,证明django已经安装成功。
3.开始一个项目
先创建一个目录,然后在该目录下创建一个django项目。命令如下:
mkdir djangocode
cd djangocode/
django-admin.py startproject mysite
这样就会在当前目录下创建了一个mysite目录。目录结构如下:
mysite/
manage.py
mysite/
__init__.py
settings.py
urls.py
wsgi.py
其中,manage.py:是一种命令行工具,允许以多种方式与该django项目交互。
__init__.py:让Python把该目录当成一个开发包所需的文件。
settings.py:该django项目的配置文件。
urls.py:django项目的URL设置文件。
wsgi.py:wsgi是Python语言定义的web服务器和web服务程序或者框架之间的一种简单而通用的接口。
启动django服务:
python manage.py runserver
Django的HttpRequest和HttpResponse对象
参考文献:http://blog.youkuaiyun.com/liu_yanna/article/details/50174851
请求一张页面时,Django把请求的metadata数据包装成一个HttpRequest对象,然后Django加载合适的view方法,把这个HttpRequest 对象作为第一个参数传给view方法。任何view方法都应该返回一个HttpResponse对象。对于HttpRequest 对象来说,是由Django自动创建, 但是,HttpResponse对象就必须我们自己创建。每个View方法必须返回一个HttpResponse对象。HttpResponse类在django.http.HttpResponse。
一般地, 你可以通过给HttpResponse的构造函数传递字符串表示的页面内容来构造HttpResponse对象:
response = HttpResponse("Here's the text of the Web page.")
但是如果想要增量添加内容, 你可以把response当作filelike对象使用:
response = HttpResponse()
response.write("<p>Here's the text of the Web page.</p>")
response.write("<p>Here's another paragraph.</p>")</span>
Django 模板
使用 django.http.HttpResponse() 来输出 "Hello World!"。该方式将数据与视图混合在一起,不符合 Django 的 MVC 思想。Django 模板的应用,模板是一个文本,用于分离文档的表现形式和内容。
Django的模板渲染(render)机制
参考文献:http://www.nowamagic.net/academy/detail/1318415
运行django服务:
可以用如下命令启动django服务:
python manage.py runserver
默认情况下,会在8000端口启动一个本地服务器。在本机上用浏览器访问http://127.0.0.1:8000/,就可以看到一个django欢迎页面,说明我们服务器成功启动。
如果想要其他计算机也可以访问该页面,则执行如下命令:
python manage.py runserver 0.0.0.0:8000
0.0.0.0这个IP地址,告诉服务器去侦听任意的网络接口。这样,在本地网络中的其他计算机就可以在浏览器中通过服务器的IP地址来访问该页面。
创建超级用户:
先执行:
python manage.py migrate
后执行:
python manage.py createsuperuser
如果不先执行python manage.py createsuperuser会出现django.db.utils.OperationalError: no such table: auth_user 错误;
Username (leave blank to use 'liwenkai'): root
Email address: zengjs275@outlook.com
Password:dj1219701922
URL与视图函数之间的映射表,如果URL特别多在这配置不了那么多,就出现了二级url;在app1中创建一个专门放置二级URL的py文件,注意是include:
from django.conf.urls import url, include
from django.contrib import admin
from app1 import views
urlpatterns = [
url(r'^admin/', admin.site.urls),
url(r'sign', include('app1.urls')), # 登录
url(r'buy', include('app1.urls')), #
url(r'games', include('app1.urls')), # 游戏
]
模板语言
模版的创建过程,对于模版,其实就是读取模版(其中嵌套着模版标签),然后将 Model 中获取的数据插入到模版中,最后将信息返回给用户。
原理类似以下代码:
from django import template
t = template.Template('My name is {{ name }}.') #创建模板,有个标签
c = template.Context({'name': 'Adrian'}) #给标签赋值,dict类型
print t.render(c) #渲染,把标签的值填入模板
#与下面的代码表达的内容相似
from django.shortcuts import render
def hello(request):
context= {} #dict类型
context['hello'] = 'Hello World!' # "hello" 对应了hello.html中的标签变量 "{{ hello }}"
return render(request, 'hello.html', context) #渲染,把标签的值填入模板
django app怎样理解
比如一个网站是 project,网站中的某个功能,如用户系统,商品系统就可以理解为一个 app。
project 是 整个项目(网站) APP是指项目里的某个功能模块,比如user 是一个APP。
在一个大型的Project中,可以包含很多APP,而且每个APP可以在不同的Project中复用,这也符合Django的编程理念,即:不要做重复的事情。project包含一些全局配置,这些配置构成一个全局的运行平台,各个APP都运行在这个全局的运行平台上,而APP代表的是一个相对独立的功能模块,所以程序的逻辑都在APP中。参考:http://blog.youkuaiyun.com/jiwang1990/article/details/9374855
一个django项目通常由很多个app构成,假设你已经通过python django-admin.py startproject test命令创建了一个django项目,创建一个app分为新建一个app和注册这个app两步:
1.python manage.py startapp blog 命名来新建一个app,名为blog
2.在本project的settings.py 中INSTALLED_APPS添加一行'blog',注册
该新建app与manage.py在同一目录下。
blog/
__init__.py
models.py
views.py
test.py
__init__.py 用于说明blog目录是一个python模块
models.py 中包含一系列的模型类,每个模型类对应数据库中的一个表,这之间的映射由Django来做,有关数据库的配置在本project的settings.py中。
可以在blog目录下创建template目录,然后将前台的html,css,script等内容放置在这个目录下,并在setttings.py文件添加相应的配置信息,即需要向Django说明模板文件的路径,修改HelloWorld/settings.py,修改 TEMPLATES 中的 DIRS 。
Django 模板查找机制:
Django 查找模板的过程是在每个 app 的 templates 文件夹中找(而不只是当前 app 中的代码只在当前的 app 的 templates 文件夹中找)。各个 app 的 templates 形成一个文件夹列表,Django 遍历这个列表,一个个文件夹进行查找,当在某一个文件夹找到的时候就停止,所有的都遍历完了还找不到指定的模板的时候就是 Template Not Found (过程类似于Python找包)。这样设计有利当然也有弊,有利是的地方是一个app可以用另一个app的模板文件,弊是有可能会找错了。所以我们使用的时候在 templates 中建立一个 app 同名的文件夹,这样就好了。
这就需要把每个app中的 templates 文件夹中再建一个 app 的名称,仅和该app相关的模板放在 app/templates/app/ 目录下面。使用的时候,模板就是 "tutorial/index.html" 和 "tryit/index.html" 这样有app作为名称的一部分,就不会混淆。
推荐定义 Model 的时候 写一个 __unicode__ 函数(或 __str__函数)
class Blog(models.Model):
name = models.CharField(max_length=100)
tagline = models.TextField()
def __unicode__(self): # __str__ on Python 3
return self.name