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

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

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

关键业务流程设计

功能实现介绍

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)

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

整体功能实现

思路概述：

前端通过axios发送get请求，经过后端的Controller层将请求交到service层代理完成操作数据库的业务，然后将数据返回到前端。前端利用data和template里对应元素的双向绑定实现页面的动态渲染。

1. 查询功能：

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

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

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

2. 增、删、改功能：

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

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

3. 权限功能：

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

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

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

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

总结：

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