未完善的、简陋的图书管理系统,一个Spring Boot + Vue实现前后端分离的项目。

因为时间太有限,决定只花一半时间用来写前端,前端写多少,后面就实现多少。不论整个系统的架构如何,首先实现了关键的功能。

技术栈: 基于Spring Boot 后端 + Vue+axios和ElementUI前端 + mysql和Spring Boot的JPA ORM数据库框架和连接池hikari 实现

image-20200901011124493

功能实现介绍

1. 管理员:

   • 可查看、更改读者信息,增加或删除读者
   • 可查看、更改图书信息,增加或删除图书
   • 可查看图书借还日志记录

2. 读者:

• 可更改个人信息

• 可查看图书借阅情况

• 判断读者id是否合法,合法则可借阅图书。

• 可按图书id归还读书。

• 用户表(用于管理员与读者,登录与注销)
• 图书表(记录图书的信息以及借出归还情况)
• 借还记录表(用于管理员图书借还日志,以及读者查看个人借还情况)

1. user:

   • id (int 11)
   • username (varchar 30)
   • password (varchar 30)
   • name (varchar 30)
   • phone (varchar 30)

2. book:

   • id (int 11)
   • cover (varchar 255) —>the url of the cover of a book
   • title (varchar 30)
   • author (varchar 30)
   • press (var char 30)
   • total (int 11)
   • left (int 11)

3. log:

   • id (int 11)

   • book_id (int 11)

   • user_id (int 11)

   • date (timestamp)

   • status (varchar 10)

由于时间关系,很多操作没法完成,表的设计也尽量从简了。因为对外键操作不太了解,降低数据库表与表之间的联系,同时加强了后端借还操作与日志记录操作之间的耦合性,这是后面必须修改的。

1. 查询功能:

   需要查询功能的概括起来有两处

   1. 页面初始化,默认查询出表中所有内容并显示

   2. 在搜索栏中输入某些字段准确或模糊查询相关表的内容

2. 增、删、改功能:

   需要增删改功能的地方概括起来有两处

   1. 管理员权限:对图书、用户表进行增删改操作
   2. 读者权限:对个人信息进行修改;对图书表进行借阅、归还操作,这里同时也对日志表进行操作。

3. 权限功能:

   • 如果是传统的前后端项目,实现权限功能的思路可以是:按需加载页面或组件。为不同权限的用户写一个单独的页面,在后端判断有权限返回需要访问的页面,否则返回未授权页面。或者是一个页面加载全部组件,通过后端判断用户是否可以操作该组件。
   • 而在前后端分离,通常的实现思路是:按权限加载组件,即在渲染页面前向后端发送请求,获取有权限使用的组件并动态渲染。

   第二种太难了...考虑到时间有限,还是选择第一种了。但是,新增的不同权限的前端页面和后端处理,对于一个前后端分离的项目来说是很不优雅的。为了不让前后端的架构崩掉,干脆取巧地,重写一个新的前端项目,假装实现了权限。这样,后端和数据库都可以不作任何改动。

4. 借还图书与日志功能:

   思路是仅当用户进行借书或还书操作时记录该操作,即存储到Log表中的同时完成借阅和归还。借书只要藏书量大于当前借书量都能成功借出;还书只要用户有未归还的该借书记录则可还书。

1. 前后端分离项目对于团队开发极其便捷有效。
2. Web项目中权限分离至关重要(因为没做这点,很多功能都难以实现。)
3. 数据库和前后端接口必须严格地遵循良好的设计规范,设计好了在开始完成项目,否则对后期开发过程将会导致维护、扩展开发等等崩塌性灾难。