SpringBoot企业微信点餐系统学习笔记
1.技术要点
1.1 前后端分离
前端是由Vue构建的WebApp,后端是由SpringBoot打造,后端的前台页面使用Bootstrap+Freemarker+JQuery这套常规组合快速构建,前端和后端两者通过RESTful风格的接口相连
1.2 数据库方面
以SpringBoot+JPA的方式为主,同时会兼顾SpringBoot+Mybatis
1.3 缓存方面
基于SpringBoot+Redis,同时涉及分布式Session和分布式锁
1.4 消息推送方面
WebSocket
1.5 微信相关技术
微信扫码登录、模板消息推送、微信支付和退款
2.项目设计
2.1 角色划分
买家(手机端)
卖家(PC端)
2.2 功能分析
商品
订单
类目
2.3 关系图
2.4 部署架构
2.5 架构和基础框架
系统的演进:单一应用架构(ORM)-->垂直应用架构(MVC)-->分布式服务架构(RPC)-->流动计算架构(SOA)
- 微服务的两大"门派":
- 阿里系: 依托于Dubbo做服务化治理,使用Zookeeper做服务注册中心, 基础框架是springMVC或者springBoot,还有其他一些软件、组件;
- Spring Cloud栈: Spring Cloud来自国外,它最大的后盾是Spring社区Netflix、Eureke,其中 Netflix开源的整套微服务套件,是Spring Cloud的核心;
2.6 数据库设计
2.6.1 表之间的关系
2.6.2 建表sql
-- 类目
create table `product_category` (
`category_id` int not null auto_increment,
`category_name` varchar(64) not null comment '类目名字',
`category_type` int not null comment '类目编号',
`create_time` timestamp not null default current_timestamp comment '创建时间',
`update_time` timestamp not null default current_timestamp on update current_timestamp comment '修改时间',
primary key (`category_id`)
);
-- 商品
create table `product_info` (
`product_id` varchar(32) not null,
`product_name` varchar(64) not null comment '商品名称',
`product_price` decimal(8,2) not null comment '单价',
`product_stock` int not null comment '库存',
`product_description` varchar(64) comment '描述',
`product_icon` varchar(512) comment '小图',
`product_status` tinyint(3) DEFAULT '0' COMMENT '商品状态,0正常1下架',
`category_type` int not null comment '类目编号',
`create_time` timestamp not null default current_timestamp comment '创建时间',
`update_time` timestamp not null default current_timestamp on update current_timestamp comment '修改时间',
primary key (`product_id`)
);
-- 订单
create table `order_master` (
`order_id` varchar(32) not null,
`buyer_name` varchar(32) not null comment '买家名字',
`buyer_phone` varchar(32) not null comment '买家电话',
`buyer_address` varchar(128) not null comment '买家地址',
`buyer_openid` varchar(64) not null comment '买家微信openid',
`order_amount` decimal(8,2) not null comment '订单总金额',
`order_status` tinyint(3) not null default '0' comment '订单状态, 默认为新下单',
`pay_status` tinyint(3) not null default '0' comment '支付状态, 默认未支付',
`create_time` timestamp not null default current_timestamp comment '创建时间',
`update_time` timestamp not null default current_timestamp on update current_timestamp comment '修改时间',
primary key (`order_id`),
key `idx_buyer_openid` (`buyer_openid`)
);
-- 订单商品
create table `order_detail` (
`detail_id` varchar(32) not null,
`order_id` varchar(32) not null,
`product_id` varchar(32) not null,
`product_name` varchar(64) not null comment '商品名称',
`product_price` decimal(8,2) not null comment '当前价格,单位分',
`product_quantity` int not null comment '数量',
`product_icon` varchar(512) comment '小图',
`create_time` timestamp not null default current_timestamp comment '创建时间',
`update_time` timestamp not null default current_timestamp on update current_timestamp comment '修改时间',
primary key (`detail_id`),
key `idx_order_id` (`order_id`)
);
-- 卖家(登录后台使用, 卖家登录之后可能直接采用微信扫码登录,不使用账号密码)
create table `seller_info` (
`seller_id` varchar(32) not null,
`username` varchar(32) not null,
`password` varchar(32) not null,
`openid` varchar(64) not null comment '微信openid',
`create_time` timestamp not null default current_timestamp comment '创建时间',
`update_time` timestamp not null default current_timestamp on update current_timestamp comment '修改时间',
primary key (`seller_id`)
) comment '卖家信息表';
2.6.3 注意事项
创建数据库的时候,字符集要选择utf8mb4,这个字符集可以存储emoji表情。
3.项目起步
3.1 环境搭建
开发环境在本地,测试环境使用的是阿里云服务器,jdk,Nginx,Redis等的安装,可以自行百度,根据文档安装即可
3.2 日志的使用
日志框架是一套能实现日志输出的工具包。
日志框架的能力:定制输出目标,定制输出格式,携带上下文信息,运行时选择性输出,灵活的配置,优异的性能。
本项目使用 SLF4J + Logback 来实现日志功能。
日志级别:ERROR > WARN > INFO > DEBUG > TRACE
Logback的配置:application.yml(简单,只能配置日志输出路径和输出格式等) 或者 logback-spring.xml(复杂,灵活,如区分info和error日志,每天产生一个日志文件)
这里贴一下 logback-spring.xml:
```
<?xml version="1.0" encoding="UTF-8" ?>
<!--根节点-->
<configuration>
<!-- appender是一个小的配置项 -->
<appender name="consoleLog" class="ch.qos.logback.core.ConsoleAppender"> <!-- 控制台日志 -->
<layout class="ch.qos.logback.classic.PatternLayout"> <!-- 展示的配置 -->
<pattern> <!-- 日志的格式,时间+日志内容 -->
%d - %msg%n
</pattern>
</layout>
</appender>
<!-- 输出到文件的info日志 -->
<appender name="fileInfoLog" class="ch.qos.logback.core.rolling.RollingFileAppender">
<filter class="ch.qos.logback.classic.filter.LevelFilter">
<level>ERROR</level>
<onMatch>DENY</onMatch>
<onMismatch>ACCEPT</onMismatch>
</filter>
<encoder>
<pattern>
%msg%n
</pattern>
</encoder>
<!--滚动策略-->
<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
<!--路径-->
<fileNamePattern>/var/logs/sell/info.%d.log</fileNamePattern>
</rollingPolicy>
</appender>
<!-- 输出到文件的error日志 -->
<appender name="fileErrorLog" class="ch.qos.logback.core.rolling.RollingFileAppender">
<filter class="ch.qos.logback.classic.filter.ThresholdFilter">
<level>ERROR</level>
</filter>
<encoder>
<pattern>
%msg%n
</pattern>
</encoder>
<!--滚动策略-->
<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
<!--路径-->
<fileNamePattern>/var/logs/sell/error.%d.log</fileNamePattern>
</rollingPolicy>
</appender>
<root level="info"> <!-- 日志级别 -->
<appender-ref ref="consoleLog" />
<appender-ref ref="fileInfoLog" />
<appender-ref ref="fileErrorLog" />
</root>
</configuration>
```
4.买家端开发
4.1 Lombok
Lombok能通过注解的方式,在编译时自动为属性生成构造器、getter/setter、equals、hashcode、toString方法。出现的神奇就是在源码中没有getter和setter方法,但是在编译生成的字节码文件中有getter和setter方法。这样就省去了手动重建这些代码的麻烦,使代码看起来更简洁些。
使用步骤:
//1.pom文件添加依赖:
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
</dependency>
//2.实体类上加上@Data注解
4.2 @JsonProperty注解
此注解用于属性上,作用是把该属性的名称序列化为另外一个名称
//如把trueName属性序列化为name,@JsonProperty("name")
@JsonProperty("name")
private String trueName;
4.3 lambda表达式和stream
//传统方法
List<Integer> categoryTypeList = new ArrayList<>();
for (ProductInfo productInfo : upAllProductInfos) {
categoryTypeList.add(productInfo.getCategoryType());
}
//精简方法(java8 lambda stream)
List<Integer> categoryTypeList = upAllProductInfos.stream()
.map(e -> e.getCategoryType())
.collect(Collectors.toList());
了解更多lambda表达式和stream相关知识,可参考文档:45分钟学会Java8 - Lambda和Stream - Java成神之路 - SegmentFault 思否
未完待续...