用户管理系统,实现简单的用户管理,有包括普通用户、管理员;功能包括添加用户,删除用户,查询用户信息,更改用户信息等等,主要是通过项目的方式,让大家一步步数据系统的设计流程,以及在java开发中用的比较多的MVC架构模式,走向老鸟的第一步!
第一步,先把系统设计的包分好
基本系统都会设计以下包:
- 共通包,用于存放公共的操作,例如常量、异常、工具包等等;
共同包命名规则:
公司名.项目名.common.业务逻辑模块
1479115274702.png
- 项目包
命名规则:
公司名.项目名.具体模块.业务逻辑名
1479115489494.png
项目采用的是 MVC 架构,
什么是MVC架构?
MVC 是一种使用 MVC(Model View Controller 模型-视图-控制器)设计创建 Web 应用程序的模式:
- Model(模型)表示应用程序核心(比如数据库记录列表)。
- View(视图)显示数据(数据库记录)。
- Controller(控制器)处理输入(写入数据库记录)。
如下图解:
MVC组件类型的关系和功能
MVC组件类型的关系和功能MVC组件类型的关系和功能
对应于项目中,可以简单理解为用各种功能的包(package)对照着 MVC 三层架构进行分层,具体如下:
- view 包即 V(视图层);
- controller 包 即 C(控制器);
- 对于 M(模块层)包括 domain 包(Bean模型层)、dao 包(DAO持久层)和 service 包(Service业务层);
项目总体的包如下:
1479115604054.png第二步,先从共通包开始,创建内容
- exception
存放的是自定义异常,可根据业务来定义相应的可抛出的异常:
1479274793766.png自定义异常类DaoException
:
将数据层异常包装成自定义异常,进行处理;
继承RuntimeException
;
构造方法一,默认的构造方法;
构造方法二,重写异常详细信息;
构造方法三,重写异常详细信息和异常产生的原因;
构造方法四,重写异常产生的原因;
自定义异常类ServiceException
:
将业务层发生的异常包装成自定义异常;
继承自RuntimeException
自定义异常类DateException
:
将日期转换时发生的异常包装成自定义异常;
继承自ServiceException
- util
有许多功能,比如数据库连接、事务操作、数据类型转换、数据验证、文件上传下载、文件拷贝等,在多个方法或者多个类中多次用到,因此设计成方法,放到工具类中;
工具类中的方法为了便于其他类访问,都定义成静态static
方法;
数据库工具类DBUtil
一个封装好的Oracle
数据库工具类;
日期转换工具类
1479275897939.png获取控制台输入类ScannerUtil
由于本程序采用的是通过控制台进行输入输出的方式,所以需要一个工具类,方便操作;
1479276077918.png对于dao
包和constant
,分别存放的是Dao工厂类和项目中涉及到的公共常量,但由于项目简单,故把功能整合到各自的类中了;
以上就是项目的公共部分
第三步,根据
MVC
来进行分层操作
M(模型层)
包括Bean模型层
、dao持久层
、Service业务层
- domain
为什么要设计实体类?
把相关信息用一个实体类封装后,在程序中可以把实体类作为参数传递,更加方便;
对对象实体的封装,体现OO
思想;
实体类:
1、一般实体类对应于一个数据库表;
2、实体类有属性和方法,属性对应于数据库表中的字段,主要有getter
和setter
方法;
3、属性一般是private
类型,方法是public
类型;
实体类User
对应于数据库中的用户表
1479276639461.png 1479276654618.png实体类DataPage
分页时所需要的信息封装成的实体类
1479276828503.png- dao
DAO层设计首先是设计DAO
接口,再定义此接口的实现类,然后就可以在模块中调用此接口来进行数据业务的处理;
DAO层所定义的接口里的方法都大同小异,这是由于DAO层对数据库的操作来决定的,对数据库操作,我们基本要做的的是增、删、改、查
等方法。因而DAO基本上都是要涵盖这些方法对应的操作,除此之外,可以定义一些自定义的特殊的对数据库访问的方法;
一般命名为xxxDAO
接口UserDAO
1479277604370.png接口实现类UserDAOImpl
1479277647683.png- service
Service层可以考虑设计接口,再设计实现类,也可以通过单例模式进行设计;
Service层的业务实现,具体要调用到已定义的DAO层
的接口,封装成Service的业务逻辑,有利于通用的业务逻辑的独立性和重复利用性,程序显得非常简洁;
Service建立在DAO之上,建立了DAO层之后才可以建立Service层;
每个模型都有一个Service层接口或单例类,每个类分别封装各自的业务处理方法;
一般命名为xxxService
;
Service层接口
1479277987226.pngService层接口层实现类
1479278025150.pngC(控制器)
为什么要设计控制器?
1、控制器可以将视图和业务逻辑分开,便于后期的扩展和复用;
2、控制层主要是根据视图层用户发出的请求去调用业务层相应的业务处理方法;
- controller
UserController类
1479278280432.pngV(表现层/s视图层)
为什么要设计表现层?
1、表现层是系统用用户交互的接口,用户通过表现层了解系统的功能,通过表现层和系统进行交互;
2、表现层单独分离出来,是为了便于复用和扩展;
- view
BaseFrame接口
表现层都实现该接口;
因为无论是普通用户还是管理员都有页面显示、添加、更新、查询操作;
1479278609534.pngshow
方法,该业务对应的页面即对应的用户操作;
addShow
犯方法,用户添加操作的页面;
searchShow
方法,用户查询操作的页面;
updateShow
方法,用户更新操作的页面;
IndexFrame类
用户登录和注册页面
1479278899785.pngshow
方法,重写该方法,显示注册和登录操作选项;
addShow
犯方法,重写该方法用户注册页面;
searchShow
方法,重写该方法,空方法;
updateShow
方法,重写该方法,空方法;
NormalFrame类
普通用户操作页面
1479278927769.pngshow
方法,重写该方法,显示普通用户操作选项;
searchShow
方法,重写该方法,查找个人信息;
updateShow
方法,重写该方法,更新个人信息;
AdminFrame类
管理员操作页面
1479279081590.pngshow
方法,重写该方法,显示管理员操作选项;
addShow
犯方法,继承该方法,用户添加的页面;
searchShow
方法,重写该方法,查询用户信息;
updateShow
方法,更新用户信息;
delShow
方法,删除用户信息;
loginSuccShow
方法,登录成功显示页面;
listShow
方法,显示list中的数据;
以上就是整个项目的设计过程;
result.gif演示
下面是项目的源代码:
网友评论