您的位置:首页 > 编程语言 > Go语言

Django综述

2016-03-29 09:16 344 查看
这个题目实在是有些大,如果主要介绍Django那又不如官方文档详细,如果挑细节说又显得分类不够明确。

所以就写一些个人对Django的理解吧。日后显然是会填充更多内容的。

这里先贴上 The Django Book,开始Django时必定先看的书。

以下文字摘自 The Django Book 第一章

Django 是从真实世界的应用中成长起来的,它是由 堪萨斯(Kansas)州 Lawrence 城中的一个 网络开发小组编写的。 它诞生于

2003 年秋天,那时 Lawrence Journal-World 报纸的 程序员 Adrian Holovaty 和 Simon

Willison 开始用 Python 来编写程序。1

当时他们的 World Online 小组制作并维护当地的几个新闻站点, 并在以新闻界特有的快节奏开发环境中逐渐发展。 这些站点包括有

LJWorld.com、Lawrence.com 和 KUsports.com, 记者(或管理层)

要求增加的特征或整个程序都能在计划时间内快速的被建立,这些时间通常只有几天 或几个小时。 因此,Adrian 和 Simon

开发了一种节省时间的网络程序开发框架, 这是在截止时间前能完成程序的唯一途径。

2005 年的夏天,当这个框架开发完成时,它已经用来制作了很多个 World Online 的站点。 当时 World Online

小组中的 Jacob Kaplan-Moss 决定把这个框架发布为一个开源软件。

使用Django半年时间,看过各种人对其的评价,有一句话特别赞同:

Django适合用来搭建中型项目,太小型或者太大型都不合适。

如果你只需要一个个人主页,或者一个宣传网站,又或者仅仅是用来炫H5技术的网站,那么Django一定不会是你的首选。虽说搭建Django也很快,但是我们先来看一下搭建Django后台到显示出你的html页面的流程:

安装Python

安装Django

安装数据库(可选)

创建一个project

准备好你的HTML页面

编写一个view函数,选择你的HTML页面来渲染

修改urls.py,将view与路径绑定

修改settings.py,绑定静态文件路径

runserver! tada! 你看到你的页面了

前两步是所有Web框架都逃不开的步骤(就像铁匠至少得有锤子和铁砧),第3步是小型项目一定不会选择的(如果一个项目使用到了数据库,我一定不会称其小),第4步大部分框架都会提供便利的脚本。到此为止Django还是没什么特别的,但是从第5步往下看。如果你想要一个新的页面,你至少得分别做3件事:写页面,写view,绑定url。如果settings都还没配置,那就是4件事,如果想把网站部署到网络上,那静态文件还有得可折腾的,不过这准备在另一篇文章里再细说,这里先按下不表。

3个步骤分别对应3个不同的文件,如果你是个对workspace的清晰程度有极度洁癖的人(比如我),那你还可能面对3个不同的存放位置。在最初的一个月里这三个文件让我不知道出了多少次错,然而我不过是想添加几个页面而已,为什么就不能前台搞一下样式后台再搞一下就好了呢?非得让我后台改2个文件才行。

当然这可以说只是熟练度的问题,我承认,如果你有搭建Web后台的经验,现在想要新开一个项目,那什么顺手用什么,Tomcat+Spring都可以。但是对于一个没什么经验也不明确哪个组件要哪个组件不要的新手,我不会推荐Django,因为可能让他选择要不要数据库都得折腾半天。选择NodeJS会更好一些,毕竟JS谁都会(手动斜眼)。

对于大型项目来说,Django也不是首选,不过现在也不乏用Django所写的大型网站,比如知乎,日PV也很高,那是因为他们是从一个小网站不断演变而来,旧代码放在那,弃之不用的代价太高。但是大如12306的体量,绝不可能一开始就选择Django。就我现在接触到的范围来解释,Django的并发能力实在太弱。简单来说可能是Python这个语言的问题,PIL机制的存在让多线程能力比较弱,不过如果要深入下去那可以说的内容还是很多的,以后另开一篇再来说吧。

所以Django写小项目有点小题大作,写大项目有点力不从心,但是不能说这是一个不优秀的框架,相反这是一个优秀到不行的框架。Django的ORM实在是能够帮开发者省去很多时间,同样省时间的还有一套完整的authentication模块。之前所说的三个步骤对于中型项目来说又变成了优势,因为结构不会更复杂了,无论urls再怎么写,view再怎么拆分,始终都是一份html template(这是指Django的template),一份view,一份url。对于重复的机械的编写新页面一事来说,不会出现复杂度爆炸的情况。而做web应用不外乎就是这些事。自然有趣的事也有很多,不过那又是另一个话题了。

所以总的来说Django是一个很趁手的工具,虽然有各种各样的缺点,但多少都有解决办法,并且作为一款开源框架它也在不断自我完善,感谢整个社区的贡献。所以无论哪一个公司拿它来做核心工具,那都是OK的。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签:  django python