Django web开发系列(二)图书借阅管理系统之模型设计

http://blog.51cto.com/2681882/2342891

一 前言

在上一篇文章需求分析中,已经大致说明了为什么要开发图书借阅管理系统、系统应该具备哪些角色或行为、系统如何工作等,对该系统应该有了大致的印象,那接下来的文章就是介绍如何一步步实现。

本文将介绍开发图书借阅管理系统的第一步,也是关键的一步—模型设计。如果将系统精简,它符合输入-》驱动-》输出的模型,具体而言,系统收到http请求(输入),对请求进行处理(驱动,即逻辑处理+数据库操作),然后将处理的结果返回前端(输出),所以在这个模型里,重点是驱动部分(Django名词:视图)。乍一看,好像是偏题了,明明说的是Django的模型(model),怎么又扯到视图(view)了。其实,这里是想把本就紧密的概念先引入进来,混个眼熟,更重要的是,好的模型设计既能适应未来的功能扩展,又能提升性能,是系统开发的基础。要知道,你设计了什么样的模型,数据就按什么样子去存、去取。

二 模型设计思路

根据上一篇文章的分析,系统需要维护两类数据,即图书信息和用户借阅信息,相应的,我们设计两个模型,图书模型和用户借阅模型。至于如何设计模型,需要根据业务需要进行分析,就拿图书模型而言,可以做如下分析:

1、模型需要有哪些字段?

首先要搞明白的是,在Django里,模型model相对于数据库的一种表,模型中的每个变量,相当于表中的列,因为Django内置ORM,所以,可以不需要考虑如何建表,如何写sql进行数据操作,一切就奉行python的编写习惯。

那么,图书模型至少需要有以下字段吧:

1) 书名,用于标识图书;

2)作者名,用于标识图书,毕竟同名书籍还是很多的;

3)图书总册数,作为管理系统,需要知道该图书总共有多少册吧;

4)图书可借册数,作为借阅系统,需要知道该图书是否可借,有多少本可借;

5)封面图,来张图书靓照,前端页面不枯燥;

…. 大致,主要的就这么多了,当然,可以根据业务需要继续拓展,如图书分类,图书所属等等,重在思路,就不在此一一展开了。

2、是否需要设计主键或索引?

如果模型未指定主键,Django会帮忙增加一个自增加的ID字段作为主键,主键是唯一索引的,在我们的场景里,任何一个字段值都有可能重复的,所以不设计自定义的主键了,就交给Django打理吧,需要索引查询时,就用ID。

3、是否需要设计外键?

Django有三种外键关系,即一对一、多对一、多对多,理解起来是这样的,一对一就好比员工和员工号的关系,一个员工只有一个员工号,一个员工号也只对应一个员工;多对一,比如工厂和汽车的关系,一个工厂可以生产很多汽车,一台汽车由一个工厂生产;多对多呢,也很常见,比如,一本书可以有多个作者,一个作者也可以写多本书;

把三种关系套在我们的系统,图书和借阅用户的关系就是多对多的,但是,不想把问题搞复杂,在设计上,图书模型只记录图书信息及册数,根据册数判断是否可借;用户模型用于记录图书借阅信息,数据包括借阅人、所借图书、借还时间等信息,另外,也为了能够追踪图书去向,避免不必要的多表联查。

三 模型实现

根据以上分析,模型大致如下(模型在Django其实就是定义类):

在图书模型Book类里又定义了员数据Meta,其实它对模型定义是非必须的,但在实际应用中,定义一些元数据还是很有用的,如,ordering可以指定数据按哪个字段排序,unique_together联合约束,verbose_name用于设置模型直观、可读的名字。所以,推荐定义一下。

看完本文有收获?请转发分享给更多人

关注 【小蟒社区】,一起学Python

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20190115G0PK1F00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。

扫码关注云+社区

领取腾讯云代金券

玩转腾讯云 有奖征文活动