关于django的一些理解

标签：io   os   ar   使用   for   sp   文件   数据   on   

django是一个很重的web框架

django简介

首先django集成了MVC和ORM这些技术。有人说它严格遵循MVC的模式，但它和平时我们用的MVC很不同，它自已有一套MTV（model-view-template）的模式。

Django的主要目标是使得开发复杂的、数据库驱动的网站变得简单。Django注重组件的重用性和“可插拔性”，敏捷开发和DRY法则（Don‘t Repeat Yourself）。在Django中Python被普遍使用，甚至包括配置文件和数据模型。

一个完整的Web应用框架包括下面功能的支持

服务发布
URL分发
模板支持
数据库处理

django的特点

优点

• 完美的官方文档
• 全套的解决方案（比如：cache、session、feed、orm、geo、auth）
• 强大的URL路由配置，Django让你可以设计出非常优雅的URL，在Django里你基本可以跟丑陋的GET参数说拜拜
• 自助管理后台，admin interface是Django里比较吸引眼球的一项contrib，让你几乎不用写一行代码就拥有一个完整的后台管理界面

缺点（源自Django坚持自己造所有的轮子，整个系统相对封闭）

• 系统紧耦合，如果你觉得Django内置的某项功能不是很好，想用喜欢的第三方库来代替是很难的，比如ORM、Template。要在Django里用SQLAlchemy或Mako几乎是不可能，即使打了一些补丁用上了也会让你觉得非常非常别扭
• Django自带的ORM远不如SQLAlchemy强大，除了在Django这一亩三分地，SQLAlchemy是Python世界里事实上的ORM标准，其它框架都支持SQLAlchemy了，唯独Django仍然坚持自己的那一套。Django的开发人员对SQLAlchemy的支持也是有过讨论和尝试的，不过最终还是放弃了，估计是代价太高且跟Django其它的模块很难合到一块
• Template功能比较弱，不能插入Python代码，要写复杂一点的逻辑需要另外用Python实现Tag或Filter。
• URL配置虽然强大，但全部要手写高手和初识Django的人配出来的URL会有很大差异。
• 让人纠结的auth模块，Django的auth跟其它模块结合紧密，功能也挺强的，就是做的有点过了，用户的数据库schema都给你定好了，这样问题就来了，比如很多网站要求email地址唯一，可schema里这个字段的值不是唯一的，纠结是必须的了。
• Python文件做配置文件，而不是更常见的ini、xml或yaml等形式。这本身不是什么问题，可是因为理论上来说settings的值是能够动态的改变的（虽然大家不会这么干），但这不是最佳实践的体现。

组件

Django框架的核心包括：一个 面向对象 的映射器，用作数据模型（以Python类的形式定义）和关联性数据库间的媒介；一个基于正则表达式的URL分发器；一个视图系统，用于处理请求；以及一个模板系统。

核心框架中还包括：

• 一个轻量级的、独立的Web服务器，用于开发和测试。
• 一个表单序列化及验证系统，用于HTML表单和适于数据库存储的数据之间的转换。
• 一个缓存框架，并有几种缓存方式可供选择。
• 中间件支持，允许对请求处理的各个阶段进行干涉。
• 内置的分发系统允许应用程序中的组件采用预定义的信号进行相互间的通信。
• 一个序列化系统，能够生成或读取采用XML或JSON表示的Django模型实例。
• 一个用于扩展模板引擎的能力的系统。

内置应用

Django 包含了很多应用在它的"contrib"包中，这些包括：

• 一个可扩展的认证系统
• 动态站点管理页面
• 一组产生 RSS 和 Atom 的工具
• 一个灵活的评论系统
• 产生Google 站点地图 (Google Sitemaps)的工具
• 防止跨站请求伪造（cross-site request forgery）的工具
• 一套支持轻量级标记语言（Textile和Markdown）的模板库
• 一套协助创建地理信息系统（GIS）的基础框架

关于django的一些理解

标签：io   os   ar   使用   for   sp   文件   数据   on   

原文地址：http://my.oschina.net/frostz/blog/335871