咕咕の用户中心

项目回顾

1、开发规范-REST前后端分离，各自专注于各自的工作，一定要在开发过程编写一个接口文档，前后端都按照接口文档选用api，后端测试方法的时候可以按照接口文档通过Postman进行测试，后端测试好，写前端，再进行前后端联调。
2、准备对应的Controller、Service（接口、实现类）、Mapper基础结构
3、环境搭建创建SpringBoot工程，引入对应的起步依赖(pom.xml)—> 配置文件application.yml 中引入mybatis，准备对应的实体类
4、Controller->Service->Mapper 编写流程
5、项目工程结构应该按照如下 controller、mapper、pojo、service （但是这个项目呢，做的时候没有这么来，之后慢慢调整）

Controller、Service(接口、实现类)和Mapper的基础结构及其规范如下:

Controller层:
结构:
- 使用@RestController或@Controller注解标记
- 定义请求映射方法,处理HTTP请求
- 调用Service层方法处理业务逻辑
  规范:
- 只负责请求参数的接收和结果的返回
- 不包含业务逻辑,将业务处理委托给Service层
- 方法命名应体现功能,如listUsers(), createOrder()等
- 统一的异常处理和返回结果封装
Service层:
结构:
- 接口:定义业务方法
- 实现类:实现接口中定义的方法,包含具体业务逻辑
  规范:
- 接口命名为IXxxService,实现类命名为XxxServiceImpl
- 包含核心业务逻辑
- 调用Mapper层进行数据操作
- 方法命名应体现业务含义
- 使用事务管理保证数据一致性
Mapper层:
结构:
- 接口:定义数据库操作方法
- XML文件:编写SQL语句
  规范:
- 接口与XML文件一一对应
- 方法命名规范,如insert, update, delete, select等
- SQL语句应优化以提高性能

这样分层的主要目的是:

职责分离:每一层负责特定的功能,降低耦合
提高可维护性:修改某一层不会影响其他层
利于测试:可以对每一层单独进行单元测试
提高复用性:Service层可以被多个Controller调用
便于团队协作:不同开发人员可以专注于不同的层

通过这种分层结构,可以使代码更加清晰、易于维护和扩展。在实际开发中应该严格遵循这些规范,以保证项目的质量和可维护性。

企业做项目流程

需求分析 => 设计（概要设计、详细设计）=> 技术选型 => 初始化 / 引入需要的技术 => 写 Demo => 写代码（实现业务逻辑） => 测试（单元测试、系统测试）=> 代码提交 / 代码评审 => 部署 => 发布上线

团队职责

产品经理:

市场调研和需求分析
产品定义和规划
编写产品需求文档(PRD)
用户界面和交互设计
协调各方资源,推进项目进度
产品发布后的数据分析和迭代优化

前端开发:

参与需求评审,提出前端相关建议
技术方案设计
页面重构和视觉还原
前端功能开发
与后端进行接口联调
前端自测
配合测试修复bug
性能优化

后端开发:

参与需求分析,设计系统架构
数据库设计
编写API接口文档
后端功能开发和单元测试
与前端联调接口
系统集成测试
性能调优和安全加固
部署上线

整体流程:

需求分析
产品设计
技术方案(初步编写API接口文档)
开发实现
测试
发布上线
运维和迭代

在实际项目中,三个角色需要紧密配合,相互沟通,共同推进项目进度。产品经理起到统筹协调的作用,前后端则专注于各自的技术实现。整个过程是迭代循环的,需要不断优化改进。

Bug优化

bug优化

id自增由于Mybatis-plus框架可能版本问题原因导致每次新增数据的id 生成19位且随机(因为mybatis-plus默认主键策略使用了雪花算法导致的 )
解决方案—-> 实体类中 user 设置主键策略，同时将表的数据清除，重新添加数据。

确保在实体类中设置了正确的主键策略。可以在@TableId注解中指定IdType.AUTO，以使用数据库的自增ID功能。

1 2	java@TableId(value = "id", type = IdType.AUTO) private Long id;

需求分析

登录 / 注册
用户管理（仅管理员可见，实际就是后台管理后续可以扩充更多功能）对用户的查询或者修改
用户校验（注册时填写星球编号）

技术选型

前端：三件套 + React + 组件库 Ant Design + Umi + Ant Design Pro（现成的管理系统）

后端：

java
spring（依赖注入框架，帮助你管理 Java 对象，集成一些其他的内容）
springmvc（web 框架，提供接口访问、restful接口等能力）
mybatis（Java 操作数据库的框架，持久层框架，对 jdbc 的封装）
mybatis-plus（对 mybatis 的增强，不用写 sql 也能实现增删改查）
springboot（快速启动 / 快速集成项目。不用自己管理 spring 配置，不用自己整合各种框架）
junit 单元测试库
mysql 数据库

部署：服务器 / 容器（平台）

初始化 Java 项目的方式

直接在 IDEA 开发工具中生成 ✔

如果要引入 java 的包，可以去 maven 中心仓库寻找（http://mvnrepository.com/）

数据库设计

什么是数据库？存数据的

数据库里有什么？数据表（理解为 excel 表格）

java 操作数据库？程序代替人工

什么是设计数据库表？

有哪些表（模型）？表中有哪些字段？字段的类型？数据库字段添加索引？表与表之间的关联？

用户表设计

id（主键）bigint

username 昵称 varchar

userAccount 登录账号

avatarUrl 头像 varchar

gender 性别 tinyint

userPassword 密码 varchar

phone 电话 varchar

email 邮箱 varchar

userStatus 用户状态 int 0 - 正常

createTime 创建时间（数据插入时间）datetime

updateTime 更新时间（数据更新时间）datetime

isDelete 是否删除 0 1（逻辑删除）tinyint

userRole 用户角色 0 - 普通用户 1 - 管理员

开发过程有需要添加的可以后续添加

planetCode 用户标识码，连通其他业务

自动生成器的使用

MyBatisX 插件，自动根据数据库生成：

domain：实体对象
mapper：操作数据库的对象
mapper.xml：定义了 mapper 对象和数据库的关联，可以在里面自己写 SQL
service：包含常用的增删改查
serviceImpl：具体实现 service

从而提高开发效率！

注册逻辑设计

用户在前端输入账户和密码、以及校验码（todo）
校验用户的账户、密码、校验密码，是否符合要求
1. 非空
2. 账户长度 不小于 4 位
3. 密码就 不小于 8 位吧
4. 账户不能重复
5. 账户不包含特殊字符
6. 密码和校验密码相同
对密码进行加密（密码千万不要直接以明文存储到数据库中）
向数据库插入用户数据

登录功能

接口设计

接受参数：用户账户、密码

请求类型：POST

请求体：JSON 格式的数据

请求参数很长时不建议用 get

返回值：用户信息（脱敏）

登录逻辑

校验用户账户和密码是否合法
1. 非空
2. 账户长度不小于 4 位
3. 密码就不小于 8 位
4. 账户不包含特殊字符
校验密码是否输入正确，要和数据库中的密文密码去对比
用户信息脱敏，隐藏敏感信息，防止数据库中的字段泄露
我们要记录用户的登录态（session），将其存到服务器上（用后端 SpringBoot 框架封装的服务器 tomcat 去记录）
cookie
返回脱敏后的用户信息

实现

控制层 Controller 封装请求

application.yml 指定接口全局路径前缀：

1 2	servlet: context-path: /api

控制器注解：

1	@RestController 适用于编写 restful 风格的 api，返回值默认为 json 类型

校验写在哪里？

controller 层倾向于对请求参数本身的校验，不涉及业务逻辑本身（越少越好）
service 层是对业务逻辑的校验（有可能被 controller 之外的类调用）

如何知道是哪个用户登录了？

连接服务器端后，得到一个 session 状态（匿名会话），返回给前端
登录成功后，得到了登录成功的 session，并且给该session设置一些值（比如用户信息），返回给前端一个设置 cookie 的 ”命令“
session => cookie
前端接收到后端的命令后，设置 cookie，保存到浏览器内
前端再次请求后端的时候（相同的域名），在请求头中带上cookie去请求
后端拿到前端传来的 cookie，找到对应的 session
后端从 session 中可以取出基于该 session 存储的变量（用户的登录信息、登录名）

用户管理

接口设计关键：必须鉴权！！！

查询用户（允许根据用户名查询）
删除用户
编辑用户信息

写代码流程

先做设计
代码实现
持续优化！！！（复用代码、提取公共逻辑 / 常量）

前后端交互

前端需要向后端发送请求才能获取数据 / 执行操作。

怎么发请求：前端使用 ajax 来请求后端

前端请求库及封装关系

axios 封装了 ajax
request 是 ant design 项目又封装了一次

追踪 request 源码：用到了 umi 的插件、requestConfig 配置文件

代理

正向代理：替客户端向服务器发送请求，可以解决跨域问题

反向代理：替服务器统一接收请求。

怎么实现代理？

Nginx 服务器
Node.js 服务器

举例

原本请求：http://localhost:8000/api/user/login

代理到请求：http://localhost:8080/api/user/login

前端框架介绍

Ant Design Pro（Umi 框架）权限管理

app.tsx：项目全局入口文件，定义了整个项目中使用的公共数据（比如用户信息）
access.ts 控制用户的访问权限

获取初始状态流程：首次访问页面（刷新页面），进入 app.tsx，执行 getInitialState 方法，该方法的返回值就是全局可用的状态值。

ProComponents 高级表单

通过 columns 定义表格有哪些列
columns 属性
- dataIndex 对应返回数据对象的属性
- title 表格列名
- copyable 是否允许复制
- ellipsis 是否允许缩略
- valueType：用于声明这一列的类型（dateTime、select）

框架关系

Ant Design 组件库 => 基于 React 实现

Ant Design Procomponents => 基于 Ant Design 实现

Ant Design Pro 后台管理系统 => 基于 Ant Design + React + Ant Design Procomponents + 其他的库实现

其他知识

MFSU：前端编译优化

后端优化

通用返回对象

目的：给对象补充一些信息，告诉前端这个请求在业务层面上是成功还是失败

200、404、500、502、503

{
    "name": "yupi"
}

↓

// 成功
{
    "code": 0 // 业务状态码
    "data": {
        "name": "whynot"
    },
	"message": "ok"
}


// 错误
{
    "code": 50001 // 业务状态码
    "data": null
	"message": "用户操作异常、xxx"
}

自定义错误码，返回类支持返回正常和错误

封装全局异常处理器

实现

定义业务异常类
1. 相对于 java 的异常类，支持更多字段
2. 自定义构造函数，更灵活 / 快捷的设置字段
编写全局异常处理器（利用 Spring AOP，在调用方法前后进行额外的处理）

作用

捕获代码中所有的异常，内部消化，让前端得到更详细的业务报错 / 信息
同时屏蔽掉项目框架本身的异常（不暴露服务器内部状态）
集中处理，比如记录日志

前端优化

全局响应处理

应用场景：我们需要对接口的 通用响应 进行统一处理，比如从 response 中取出 data；或者根据 code 去集中处理错误，比如用户未登录、没权限之类的。

优势：不用在每个接口请求中都去写相同的逻辑

实现：参考你用的请求封装工具的官方文档，比如 umi-request（https://github.com/umijs/umi-request#interceptor、https://blog.csdn.net/huantai3334/article/details/116780020）。如果你用 axios，参考 axios 的文档。

创建新的文件，在该文件中配置一个全局请求类。在发送请求时，使用我们自己的定义的全局请求类。

用户校验

仅适用于用户可信的情况

先让用户自己填：2 - 5 位编号，全凭自觉。

后台补充对编号的校验：长度校验、唯一性校验

前端补充输入框，适配后端。

后期弄一个业务码，有业务码才能注册捏

多环境

参考文章：https://blog.csdn.net/weixin_41701290/article/details/120173283

本地开发：localhost（127.0.0.1）

多环境：指同一套项目代码在不同的阶段需要根据实际情况来调整配置并且部署到不同的机器上。

为什么需要？

每个环境互不影响
区分不同的阶段：开发 / 测试 / 生产
对项目进行优化：
1. 本地日志级别
2. 精简依赖，节省项目体积
3. 项目的环境 / 参数可以调整，比如 JVM 参数

针对不同环境做不同的事情。

多环境分类：

本地环境（自己的电脑）localhost
开发环境（远程开发）大家连同一台机器，为了大家开发方便
测试环境（测试）开发 / 测试 / 产品，单元测试 / 性能测试 / 功能测试 / 系统集成测试，独立的数据库、独立的服务器
预发布环境（体验服）：和正式环境一致，正式数据库，更严谨，查出更多问题
正式环境（线上，公开对外访问的项目）：尽量不要改动，保证上线前的代码是 “完美” 运行
沙箱环境（实验环境）：为了做实验

前端多环境实战

请求地址

开发环境：localhost:8000
线上环境：user-backend.code-nav.cn

startFront(env) {
    if(env === 'prod') {
        // 不输出注释 
        // 项目优化
        // 修改请求地址
    } else {
        // 保持本地开发逻辑
    }
}

用了 umi 框架，build 时会自动传入 NODE_ENV == production 参数，start NODE_ENV 参数为 development

启动方式
- 开发环境：npm run start（本地启动，监听端口、自动更新）
- 线上环境：npm run build（项目构建打包），可以使用 serve 工具启动（npm i -g serve）
项目的配置
不同的项目（框架）都有不同的配置文件，umi 的配置文件是 config，可以在配置文件后添加对应的环境名称后缀来区分开发环境和生产环境。参考文档：https://umijs.org/zh-CN/docs/deployment
- 开发环境：config.dev.ts
- 生产环境：config.prod.ts
- 公共配置：config.ts 不带后缀

后端多环境实战

SpringBoot 项目，通过 application.yml 添加不同的后缀来区分配置文件

可以在启动项目时传入环境变量：

1	java -jar .\user-center-backend-0.0.1-SNAPSHOT.jar --spring.profiles.active=prod

主要是改：

依赖的环境地址
- 数据库地址
- 缓存地址
- 消息队列地址
- 项目端口号
服务器配置

项目部署

参考文章：https://www.bilibili.com/read/cv16179200

需要 Linux 服务器（建议大家用 CentOS 8+ / 7.6 以上）

原始部署

什么都自己装

前端

需要 web 服务器：nginx 、apache、tomcat

安装 nginx 服务器：

用系统自带的软件包管理器快速安装，比如 centos 的 yum

自己到官网安装（参考文章）

curl -o nginx-1.21.6.tar.gz http://nginx.org/download/nginx-1.21.6.tar.gz

tar -zxvf nginx-1.21.6.tar.gz

cd nginx-1.21.6

   37  2022-04-17 23:30:09 yum install pcre pcre-devel -y
   39  2022-04-17 23:30:59 yum install openssl openssl-devel -y
   41  2022-04-17 23:31:57 ./configure --with-http_ssl_module --with-http_v2_module --with-stream
   42  2022-04-17 23:32:13 make
   43  2022-04-17 23:32:54 make install
   48  2022-04-17 23:33:40 ls /usr/local/nginx/sbin/nginx
   vim /etc/profile
  在最后一行添加：export PATH=$PATH:/usr/local/nginx/sbin	
  
  nginx
  
  netstat -ntlp 查看启动情况

注意 nginx 权限

后端

java、maven

安装：

yum install -y java-1.8.0-openjdk*

curl -o apache-maven-3.8.5-bin.tar.gz https://dlcdn.apache.org/maven/maven-3/3.8.5/binaries/apache-maven-3.8.5-bin.tar.gz

git clone xxx 下载代码

打包构建，跳过测试
mvn package -DskipTests

java -jar ./user-center-backend-0.0.1-SNAPSHOT.jar --spring.profiles.active=prod

宝塔 Linux 部署

Linux 运维面板

官方安装教程：https://www.bt.cn/new/download.html

方便管理服务器、方便安装软件

前端托管

前端腾讯云 web 应用托管（比容器化更傻瓜式，不需要自己写构建应用的命令，就能启动前端项目）

https://console.cloud.tencent.com/webify/new

小缺点：需要将代码放到代码托管平台上
优势：不用写命令、代码更新时自动构建

Docker 部署

docker 是容器，可以将项目的环境（比如 java、nginx）和项目的代码一起打包成镜像，所有同学都能下载镜像，更容易分发和移植。

再启动项目时，不需要敲一大堆命令，而是直接下载镜像、启动镜像就可以了。

docker 可以理解为软件安装包。

Docker 安装：https://www.docker.com/get-started/ 或者宝塔安装

Dockerfile 用于指定构建 Docker 镜像的方法

Dockerfile 一般情况下不需要完全从 0 自己写，建议去 github、gitee 等托管平台参考同类项目（比如 springboot）

Dockerfile 编写：

FROM 依赖的基础镜像
WORKDIR 工作目录
COPY 从本机复制文件
RUN 执行命令
CMD / ENTRYPOINT（附加额外参数）指定运行容器时默认执行的命令

根据 Dockerfile 构建镜像：

# 后端
docker build -t user-center-backend:v0.0.1 .

# 前端
docker build -t user-center-front:v0.0.1 .

Docker 构建优化：减少尺寸、减少构建时间（比如多阶段构建，可以丢弃之前阶段不需要的内容）

docker run 启动：

# 前端
docker run -p 80:80 -d user-center-frontend:v0.0.1

# 后端
docker run -p 8080:8080 user-center-backend:v0.0.1

虚拟化

端口映射：把本机的资源（实际访问地址）和容器内部的资源（应用启动端口）进行关联
目录映射：把本机的端口和容器应用的端口进行关联

进入容器：

1	docker exec -i -t fee2bbb7c9ee /bin/bash

查看进程：

docker ps

查看日志：

1	docker logs -f [container-id]

杀死容器：

1	docker kill

强制删除镜像：

1	docker rmi -f

Docker 平台部署

云服务商的容器平台（腾讯云、阿里云）
面向某个领域的容器平台（前端 / 后端微信云托管）要花钱！

容器平台的好处：

不用输命令来操作，更方便省事
不用在控制台操作，更傻瓜式、更简单
大厂运维，比自己运维更省心
额外的能力，比如监控、告警、其他（存储、负载均衡、自动扩缩容、流水线）

爽就完事了！！！

绑定域名

前端项目访问流程：用户输入网址 => 域名解析服务器（把网址解析为 ip 地址 / 交给其他的域名解析服务） => 服务器 =>（防火墙）=> nginx 接收请求，找到对应的文件，返回文件给前端 => 前端加载文件到浏览器中（js、css） => 渲染页面

后端项目访问流程：用户输入网址 => 域名解析服务器 => 服务器 => nginx 接收请求 => 后端项目（比如 8080端口）

nginx 反向代理的作用：替服务器接收请求，转发请求

跨域问题解决

浏览器为了用户的安全，仅允许向 同域名、同端口 的服务器发送请求。

如何解决跨域？

最直接的方式：把域名、端口改成相同的

添加跨域头

让服务器告诉浏览器：允许跨域（返回 cross-origin-allow 响应头）

1. 网关支持（Nginx）

# 跨域配置
location ^~ /api/ {
    proxy_pass http://127.0.0.1:8080/api/;
    add_header 'Access-Control-Allow-Origin' $http_origin;
    add_header 'Access-Control-Allow-Credentials' 'true';
    add_header Access-Control-Allow-Methods 'GET, POST, OPTIONS';
    add_header Access-Control-Allow-Headers '*';
    if ($request_method = 'OPTIONS') {
        add_header 'Access-Control-Allow-Credentials' 'true';
        add_header 'Access-Control-Allow-Origin' $http_origin;
        add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS';
        add_header 'Access-Control-Allow-Headers' 'DNT,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range';
        add_header 'Access-Control-Max-Age' 1728000;
        add_header 'Content-Type' 'text/plain; charset=utf-8';
        add_header 'Content-Length' 0;
        return 204;
    }
}

2. 修改后端服务

配置 @CrossOrigin 注解

添加 web 全局请求拦截器

@Configuration
public class WebMvcConfg implements WebMvcConfigurer {
 
    @Override
    public void addCorsMappings(CorsRegistry registry) {
        //设置允许跨域的路径
        registry.addMapping("/**")
                //设置允许跨域请求的域名
                //当**Credentials为true时，**Origin不能为星号，需为具体的ip地址【如果接口不带cookie,ip无需设成具体ip】
                .allowedOrigins("http://localhost:9527", "http://127.0.0.1:9527", "http://127.0.0.1:8082", "http://127.0.0.1:8083")
                //是否允许证书 不再默认开启
                .allowCredentials(true)
                //设置允许的方法
                .allowedMethods("*")
                //跨域允许时间
                .maxAge(3600);
    }
}

定义新的 corsFilter Bean，参考：https://www.jianshu.com/p/b02099a435bd

项目优化点

功能扩充
1. 管理员创建用户todo、修改用户信息√、删除用户√
2. 上传头像todo（上传文件功能，再利用阿里云oss）
3. 按照更多的条件去查询用户todo
4. 更改权限
修改 Bug
项目登录改为分布式 session（单点登录 - redis）
通用性
1. set-cookie domain 域名更通用，比如改为 *.xxx.com
2. 把用户管理系统 => 用户中心（之后所有的服务都请求这个后端）
后台添加全局请求拦截器（统一去判断用户权限、统一记录请求日志）