随笔分类 -  技.技术研究

摘要:前面的内容已经基本上涵盖了Django开发的主要方面,我们从需求和界面设计出发,创建模型和修改模型,并通过scaffold作为开发的起点;在scaffold的基础上重新定制模板,并且通过Model类和Form类对用户输入的数据进行校验。我们也涉及到了单元测试。为了提高开发用户界面的效率,更好地实现模板,我们还讨论了对静态资源(css,js,image等)的管理,并通过模板继承的方式实现了整个站点的统一布局。作为web应用必不可少的部分,我们还演示了如何使用会话(session)。最后,我们还在这些基础上增加了RESTful web service,将jquery集成到Django,并实现了aj 阅读全文
posted @ 2012-02-19 23:03 心内求法 阅读(6946) 评论(4) 推荐(0) 编辑
摘要:继续上一节未完成的任务,现在让我们来通过ajax请求后台服务。当然首选要实现后台服务。关于“加入购物车”,我们需要的服务是这样定义的:[plain] view plaincopyurl:http://localhost:8000/depotapp/API/cart/items/post post数据:product=product_id 处理过程:根据product_id,将product加入购物车 返回:购物车中的所有条目 这个API的定义似乎不那么RESTful,但是暂且不去管它。实现这个服务需要为RESTful web service(depotapp/views.py中的RESTfor 阅读全文
posted @ 2012-02-19 23:02 心内求法 阅读(17119) 评论(7) 推荐(1) 编辑
摘要:曾几何时,Ajax已经统治了Web开发中的客户端,而REST成为web世界中最流行的架构风格(architecture style)。所以我们的选择变得很简单:前端ajax访问后端的RESTful web service对资源进行操作。 Django中有一些可选的REST framework,比如django-piston,django-tasypie。 但是我和google(呵呵,不好意思)推荐这个:Django REST framework。因为这个框架的几个特点: 1. 名字好!直入主题 2. 因为名字好,所以google搜索(Django REST/ Django RESTful)排名 阅读全文
posted @ 2012-02-19 23:00 心内求法 阅读(38583) 评论(2) 推荐(1) 编辑
摘要:上一节我们实现了一个”能看不能用“的购物车,现在我们来使用这个购物车。首先是产品目录界面中的”加入购物车“链接,我们希望点击这个按钮后,在购物车中添加该产品(添加的规则是如果购物车中已经有该产品就增加... 阅读全文
posted @ 2012-02-19 22:58 心内求法 阅读(6727) 评论(1) 推荐(1) 编辑
摘要:现在,我们有了一个产品目录界面,用户如果看到满意的产品,就可以将其放入购物车。下面就让我们来实现购物车的功能。首先要做一下简单的分析和设计。购物车应该显示一系列产品的清单,其中列出了买方选中的产品。... 阅读全文
posted @ 2012-02-19 22:53 心内求法 阅读(10585) 评论(4) 推荐(0) 编辑
摘要:针对上一节的新需求,界面设计师还为我们设计了一个新的界面,不仅仅是目录页,还包含了站点的整体风格,如下图:感谢界面设计师为我们提供的“又黑又硬”的工具条,这个看起来真的很酷。下面,让我们来享用她的工作... 阅读全文
posted @ 2012-02-19 22:48 心内求法 阅读(6640) 评论(2) 推荐(0) 编辑
摘要:我们已经实现了卖方的产品维护界面,根据最初的需求,还要为买方实现一个目录页:买方通过这个界面浏览产品并可以加入购物车。通过进一步需求调研,了解到产品有一个“上架时间”,在这个时间之后的产品才能被买方看... 阅读全文
posted @ 2012-02-19 22:44 心内求法 阅读(9047) 评论(9) 推荐(0) 编辑
摘要:尽早进行单元测试(UnitTest)是比较好的做法,极端的情况甚至强调“测试先行”。现在我们已经有了第一个model类和Form类,是时候开始写测试代码了。Django支持python的单元测试(un... 阅读全文
posted @ 2012-02-19 22:42 心内求法 阅读(10100) 评论(4) 推荐(0) 编辑
摘要:让我们完成上一节中的任务:1.验证price>0:需要在Form中验证; 2. 验证title唯一:在Model中验证; 3. 验证image_url的扩展名:在Form中验证,还可以顺便在Model... 阅读全文
posted @ 2012-02-19 22:39 心内求法 阅读(3993) 评论(4) 推荐(0) 编辑
摘要:rails有一个”简洁、完美的验证机制,无比强大的表达式和验证框架“。在《Agile Web Development with Rails 4th》一书的7.1节向我们展示了如何验证Product:c... 阅读全文
posted @ 2012-02-19 22:33 心内求法 阅读(4132) 评论(0) 推荐(0) 编辑
摘要:dudu,这个系列的第8——18篇搬家未成功,只好手工贴过来了!现在我们有了一个使用json格式的RESTful API,可以实现这样的功能了:为了避免在产品列表和购物车之间来回切换,需要在产品列表界面显示购物车,并且通过ajax的方式不刷新界面就更新购物车的显示内容。ajax框架的选择关于ajax框架的选择,看图不说话: 我不管你选的是什么,反正我是选了jquery。 在Django中使用jquery这个实在是简单得不能在简单了,在depot/static下面创建js文件夹,放入jquery库,如jquery-1.7.1.min.js。然后在模板界面中引入即可。我们假定所有的界面都使用jq. 阅读全文
posted @ 2012-02-19 22:00 心内求法 阅读(19901) 评论(4) 推荐(3) 编辑
摘要:从模型开始开发似乎是个好主意。一方面模型是整个应用的核心,实现了应用的业务数据和对业务数据进行操作的约束,而视图和模板只是向用户提供操作和展现这些数据的界面;另一方面模型相对于系统的其他部分更加稳定,将模型先确定下来有助于系统其他部分的实现。DDD(领域驱动设计)更进一步将模型中的核心对象抽取出来作为“领域模型”。从Depot应用来看,产品(Product) 应该是模型中的核心对象之一。就让我们先来实现Product模型。创建app我们可以从《Django第一步》中实现的工程开始。在继续之前,还要进行一些准备工作。 Django约定必须要创建app才能使用模型。这也是Django的哲学之一: 阅读全文
posted @ 2012-02-18 23:59 心内求法 阅读(12660) 评论(4) 推荐(2) 编辑
摘要:在《Django实战》系列中,简单的提到了Django + jquery 实现ajax,但总感觉“意犹未尽”,很多事情都没有说清楚。所以打算专门讨论一下这个话题。ajax可以用在web应用的方方面面,所以用“什锦小菜”的方式,用几个单独的例子来说明常见的使用情况。如果你一定要问为什么是jquery而不是别的什么ajax框架,请参考这里。根据Django官方的说法,Django没有提供内置的ajax支持,而仅仅提供了将python对象序列化(seriallize)成JSON和XML的工具,并推荐了一个库和工具。但我更倾向于使用原生的jquery,自己集成到Django中,这并不难,而且一切对你来 阅读全文
posted @ 2012-02-18 00:28 心内求法 阅读(8573) 评论(0) 推荐(1) 编辑
摘要:Django的Model使用ORM来操作数据库,通常我们只需关注Model类本身,Django自己会处理到数据库的映射。但凡事总有例外,有时需要改变默认的映射行为。Django对此也提供了丰富的支持。1. 自定义字段名 默认的字段名与属性名相同,可以通过字段的db_column属性自定义,如 where = models.CharField(max_length=400, db_column='place')2. 自定义索引除了ID字段,其他字段默认不建立索引,可以通过字段的db_index属性自定义,如 publish_date= models.DateField(db_in 阅读全文
posted @ 2012-02-14 01:00 心内求法 阅读(5424) 评论(0) 推荐(0) 编辑
摘要:Django的Admin提供了强大的功能,很多人可能会基于Admin开发自己的应用。在Admin默认的管理界面中,Model类的显示名称可以通过国际化的方法来改变,其实app的名称也可以自己指定,你甚至可将同一个应用下的Model类分配到不同的app中去分组,如下图:以《Django实战》中的Model类为例,可以这样指定Order类显示的应用名称:class Order(models.Model): name = models.CharField(max_length=50) address = models.TextField() email = models.Email... 阅读全文
posted @ 2012-02-13 18:18 心内求法 阅读(11866) 评论(0) 推荐(0) 编辑
摘要:内容提要 1. 回顾Django的视图函数(view function) 2. 在视图函数中使用模板 3. 简化视图函数的两个工具 4. 使用通用视图函数 5. Django提供的通用视图 阅读全文
posted @ 2012-02-12 00:57 心内求法 阅读(13944) 评论(3) 推荐(2) 编辑
摘要:我们已经实现了登录和注销功能,但是它还没有起作用。因为匿名用户还是可以通过直接输入url:http://localhost:8000/depotapp/product/list/ 访问到产品管理界面。这就好像你在门上加了把锁,却没有把窗户关上一样。所以我们还需要进行访问控制。我们这里实现最简单的控制,非登录用户禁止访问产品管理界面。在Django里面,只需要在相应的视图函数前面增加@login_required修饰符即可:from django.contrib.auth.decorators import login_required... ...@login_requireddef list 阅读全文
posted @ 2012-02-10 15:50 心内求法 阅读(11290) 评论(2) 推荐(1) 编辑
摘要:前一节我们实现了用户管理,本节对用户登录和登出进行处理。由于我们已经引入了django.contrib.auth应用,用户的登录和登出处理变得非常简单。我们已经可以在view函数中判断用户是否已经登录以及获取用户信息:if request.user.is_authenticated(): #判断用户是否已登录 user = request.user; #获取已登录的用户else: user = request.user; #非登录用户将返回AnonymousUser对象Django的User对象提供了一系列的属性和方法,其中pass... 阅读全文
posted @ 2012-02-10 10:29 心内求法 阅读(12407) 评论(1) 推荐(1) 编辑
摘要:到目前为止,我们开发的所有功能都是匿名访问的,这显然不够安全。通常我们会要求注册的用户通过用户名和密码登录,只有登录后的用户才可以管理产品。套用专业的说法就是:第一步是认证,验证用户是否是他所宣称的那个人;第二步是授权,验证用户是否拥有执行某种操作的权限。Django已经提供了一个django.contrib.auth应用来处理登录、登出和权限验证,同时还提供了django.contrib.admin应用可以进行用户管理(admin应用还有很多其他的功能)。所以我们只需要将这些app插入到我们的站点,就可以实现登录和用户管理的大部分功能。本节先介绍如何进行用户管理。我们前面已经介绍过在Djan 阅读全文
posted @ 2012-02-09 23:44 心内求法 阅读(6412) 评论(4) 推荐(0) 编辑
摘要:在上一节我们实现了针对某个产品的订单订阅功能。但是我们可能需要直接在站点上查询所有的订单。显然,随着时间的增长订单会越来越多,所以分页(Pagination)是个好办法:每次只显示一部分订单。分页是Web应用常用的手法,Django提供了一个分页器类Paginator(django.core.paginator.Paginator),可以很容易的实现分页的功能。该类有两个构造参数,一个是数据的集合,另一个是每页放多少条数据。Paginator的基本使用如下:$python manage.py shell>>> from django.core.paginator import 阅读全文
posted @ 2012-02-09 20:33 心内求法 阅读(17284) 评论(2) 推荐(0) 编辑