苍穹外卖-day03
苍穹外卖-day03课程内容
公共字段自动填充
新增菜品
菜品分页查询
删除菜品
修改菜品
功能实现：菜品管理
菜品管理效果图：
1. 公共字段自动填充1.1 问题分析在上一章节我们已经完成了后台系统的员工管理功能和菜品分类功能的开发，在新增员工或者新增菜品分类时需要设置创建时间、创建人、修改时间、修改人等字段，在编辑员工或者编辑菜品分类时需要设置修改时间、修改人等字段。这些字段属于公共字段，也就是也就是在我们的系统中很多表中都会有这些字段，如下：
序号
字段名
含义
数据类型
1
create_time
创建时间
datetime
2
create_user
创建人id
bigint
3
update_time
修改时间
datetime
4
update_user
修改人id
bigint
而针对于这些字段，我们的赋值方式为：
1). 在新增数据时, 将createTime、updateTime 设置为当前时间, createUser、updateUser设置为当前登录用户ID。
2). 在更新数据时, 将updateTime 设置为当前时间, u ...
苍穹外卖-day02
苍穹外卖-day02课程内容
新增员工
员工分页查询
启用禁用员工账号
编辑员工
导入分类模块功能代码
功能实现：员工管理、菜品分类管理。
员工管理效果：
菜品分类管理效果：
1. 新增员工1.1 需求分析和设计1.1.1 产品原型一般在做需求分析时，往往都是对照着产品原型进行分析，因为产品原型比较直观，便于我们理解业务。
后台系统中可以管理员工信息，通过新增员工来添加后台系统用户。
新增员工原型：
当填写完表单信息, 点击”保存”按钮后, 会提交该表单的数据到服务端, 在服务端中需要接受数据, 然后将数据保存至数据库中。
注意事项：
账号必须是唯一的
手机号为合法的11位手机号码
身份证号为合法的18位身份证号码
密码默认为123456
1.1.2 接口设计找到资料–>项目接口文档–>苍穹外卖-管理端接口.html
明确新增员工接口的请求路径、请求方式、请求参数、返回数据。
本项目约定：
管理端发出的请求，统一使用**/admin**作为前缀。
用户端发出的请求，统一使用**/user**作为前缀。
1.1.3 表设计新增员工 ...
苍穹外卖-day01
苍穹外卖-day01课程内容
软件开发整体介绍
苍穹外卖项目介绍
开发环境搭建
导入接口文档
Swagger
项目整体效果展示：
管理端-外卖商家使用
用户端-点餐用户使用
当我们完成该项目的学习，可以培养以下能力：
1. 软件开发整体介绍作为一名软件开发工程师,我们需要了解在软件开发过程中的开发流程， 以及软件开发过程中涉及到的岗位角色，角色的分工、职责， 并了解软件开发中涉及到的三种软件环境。那么这一小节，我们将从 软件开发流程、角色分工、软件环境 三个方面整体介绍一下软件开发。
1.1 软件开发流程
1). 第1阶段: 需求分析
完成需求规格说明书、产品原型编写。
需求规格说明书， 一般来说就是使用 Word 文档来描述当前项目的各个组成部分，如：系统定义、应用环境、功能规格、性能需求等，都会在文档中描述。例如：
产品原型，一般是通过网页(html)的形式展示当前的页面展示什么样的数据, 页面的布局是什么样子的，点击某个菜单，打开什么页面，点击某个按钮，出现什么效果，都可以通过产品原型看到。 例如：
2). 第2阶段: 设计
设计的内容包含 UI设计、 ...
微服务（四）——RabbitMQ
RabbitMQ1.初识MQ1.1.同步和异步通讯微服务间通讯有同步和异步两种方式：
同步通讯：就像打电话，需要实时响应。
异步通讯：就像发邮件，不需要马上回复。
两种方式各有优劣，打电话可以立即得到响应，但是你却不能跟多个人同时通话。发送邮件可以同时与多个人收发邮件，但是往往响应会有延迟。
1.1.1.同步通讯我们之前学习的Feign调用就属于同步方式，虽然调用可以实时得到结果，但存在下面的问题：
总结：
同步调用的优点：
时效性较强，可以立即得到结果
同步调用的问题：
耦合度高
性能和吞吐能力下降
有额外的资源消耗
有级联失败问题
1.1.2.异步通讯异步调用则可以避免上述问题：
我们以购买商品为例，用户支付后需要调用订单服务完成订单状态修改，调用物流服务，从仓库分配响应的库存并准备发货。
在事件模式中，支付服务是事件发布者（publisher），在支付完成后只需要发布一个支付成功的事件（event），事件中带上订单id。
订单服务和物流服务是事件订阅者（Consumer），订阅支付成功的事件，监听到事件后完成自己业务即可。
为了解除事件发布者与订阅者之间的耦合，两者并 ...
微服务（三）——Docker实用篇
Docker实用篇1.初识Docker1.1.什么是Docker微服务虽然具备各种各样的优势，但服务的拆分通用给部署带来了很大的麻烦。
分布式系统中，依赖的组件非常多，不同组件之间部署时往往会产生一些冲突。
在数百上千台服务中重复部署，环境不一定一致，会遇到各种问题
1.1.1.应用部署的环境问题大型项目组件较多，运行环境也较为复杂，部署时会碰到一些问题：
依赖关系复杂，容易出现兼容性问题
开发、测试、生产环境有差异
例如一个项目中，部署时需要依赖于node.js、Redis、RabbitMQ、MySQL等，这些服务部署时所需要的函数库、依赖项各不相同，甚至会有冲突。给部署带来了极大的困难。
1.1.2.Docker解决依赖兼容问题而Docker确巧妙的解决了这些问题，Docker是如何实现的呢？
Docker为了解决依赖的兼容问题的，采用了两个手段：
将应用的Libs（函数库）、Deps（依赖）、配置与应用一起打包
将每个应用放到一个隔离容器去运行，避免互相干扰
这样打包好的应用包中，既包含应用本身，也保护应用所需要的Libs、Deps，无需再操作系统上安装这些，自然 ...
微服务（二）——SpringCloud实用篇02
SpringCloud实用篇021.Nacos配置管理Nacos除了可以做注册中心，同样可以做配置管理来使用。
1.1.统一配置管理当微服务部署的实例越来越多，达到数十、数百时，逐个修改微服务配置就会让人抓狂，而且很容易出错。我们需要一种统一配置管理方案，可以集中管理所有实例的配置。
Nacos一方面可以将配置集中管理，另一方可以在配置变更时，及时通知微服务，实现配置的热更新。
1.1.1.在nacos中添加配置文件如何在nacos中管理配置呢？
然后在弹出的表单中，填写配置信息：
注意：项目的核心配置，需要热更新的配置才有放到nacos管理的必要。基本不会变更的一些配置还是保存在微服务本地比较好。
1.1.2.从微服务拉取配置微服务要拉取nacos中管理的配置，并且与本地的application.yml配置合并，才能完成项目启动。
但如果尚未读取application.yml，又如何得知nacos地址呢？
因此spring引入了一种新的配置文件：bootstrap.yaml文件，会在application.yml之前被读取，流程如下：
1）引入nacos-config依赖 ...
微服务（一）——SpringCloud实用篇01
SpringCloud实用篇011.认识微服务随着互联网行业的发展，对服务的要求也越来越高，服务架构也从单体架构逐渐演变为现在流行的微服务架构。这些架构之间有怎样的差别呢？
1.0.学习目标了解微服务架构的优缺点
1.1.单体架构单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。
单体架构的优缺点如下：
优点：
架构简单
部署成本低
缺点：
耦合度高（维护困难、升级困难）
1.2.分布式架构分布式架构：根据业务功能对系统做拆分，每个业务功能模块作为独立项目开发，称为一个服务。
分布式架构的优缺点：
优点：
降低服务耦合
有利于服务升级和拓展
缺点：
服务调用关系错综复杂
分布式架构虽然降低了服务耦合，但是服务拆分时也有很多问题需要思考：
服务拆分的粒度如何界定？
服务之间如何调用？
服务的调用关系如何管理？
人们需要制定一套行之有效的标准来约束分布式架构。
1.3.微服务微服务的架构特征：
单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责
自治：团队独立、技术独立、数据独立，独立部署和交付
面向服务：服务提供统一标准的接 ...
P2440 木材加工
木材加工题目背景要保护环境
题目描述木材厂有 $n$ 根原木，现在想把这些木头切割成 $k$ 段长度均为 $l$ 的小段木头（木头有可能有剩余）。
当然，我们希望得到的小段木头越长越好，请求出 $l$ 的最大值。
木头长度的单位是 $\text{cm}$，原木的长度都是正整数，我们要求切割得到的小段木头的长度也是正整数。
例如有两根原木长度分别为 $11$ 和 $21$，要求切割成等长的 $6$ 段，很明显能切割出来的小段木头长度最长为 $5$。
输入格式第一行是两个正整数 $n,k$，分别表示原木的数量，需要得到的小段的数量。
接下来 $n$ 行，每行一个正整数 $L_i$，表示一根原木的长度。
输出格式仅一行，即 $l$ 的最大值。
如果连 $\text{1cm}$ 长的小段都切不出来，输出 0。
样例 #1样例输入 #112343 7232124456
样例输出 #11114
提示数据规模与约定对于 $100%$ 的数据，有 $1\le n\le 10^5$，$1\le k\le 10^8$，$1\le L_i\le 10^8(i\in[1,n])$。
代码123456789 ...
P1102 A-B数对
A-B 数对题目背景出题是一件痛苦的事情！
相同的题目看多了也会有审美疲劳，于是我舍弃了大家所熟悉的 A+B Problem，改用 A-B 了哈哈！
题目描述给出一串正整数数列以及一个正整数 $C$，要求计算出所有满足 $A - B = C$ 的数对的个数（不同位置的数字一样的数对算不同的数对）。
输入格式输入共两行。
第一行，两个正整数 $N,C$。
第二行，$N$ 个正整数，作为要求处理的那串数。
输出格式一行，表示该串正整数中包含的满足 $A - B = C$ 的数对的个数。
样例 #1样例输入 #1124 11 1 2 3
样例输出 #113
提示对于 $75%$ 的数据，$1 \leq N \leq 2000$。
对于 $100%$ 的数据，$1 \leq N \leq 2 \times 10^5$，$0 \leq a_i <2^{30}$，$1 \leq C < 2^{30}$。
2017/4/29 新添数据两组
代码123456789101112131415161718192021222324252627282930 ...
P1255 数楼梯
数楼梯题目描述楼梯有 $N$ 阶，上楼可以一步上一阶，也可以一步上二阶。
编一个程序，计算共有多少种不同的走法。
输入格式一个数字，楼梯数。
输出格式输出走的方式总数。
样例 #1样例输入 #114
样例输出 #115
提示
对于 $60%$ 的数据，$N \leq 50$；
对于 $100%$ 的数据，$1 \le N \leq 5000$。
代码解法一：高精度
1234567891011121314151617181920212223242526272829303132333435363738394041424344#include<iostream>#include<algorithm>#include<string>using namespace std;int a[5003][5003];//用二维数组，因为i表示第几个数，j表示那个数的值//这是高精度加法通用写法int len = 1;void add(int m) { int c = 0;//表示进位 for (int i = 1; i <= len; i++) ...