张宜强的博客

java毕设、课设 理发店会员管理系统

可以看到clientId的生成规则是ip+@InstanceName，其中InstanceName每次启动生成的就是固定的，ip是启动的时候本身的ip，所以每次启动生成的clientId都是一致的，而在我的代码使用DefaultMQProducer创建实例的时候就已经初始化过了，factoryTable中已经存在老mq的实例，所以新mq通过一模一样的clientId只能获取到老mq的配置生成的MQClientInstance。buildMQClientId也有所改动。

基于springboot+vue实现的无人机俱乐部管理系统。无人机信息页面，可对无人机进行添加修改等操作。

想要java定制代码的文章最下方+v。

想要源码+部署的文章最下方+v。

简易酒店管理系统

养老院管理系统

我们可以自定义redisTemplate的序列化方式新建一个redisConfig类，key和value都采用String序列化方式@Bean// 创建Template// 设置连接工厂// 设置序列化工具// key和 hashKey采用 string序列化// value和 hashValue采用 JSON序列化这里使用了jackson，需要导入一下依赖。

Hash类型，也叫散列，其value是一个无序字典，类似于Java中的HashMap结构。String结构是将对象序列化为JSON字符串后存储，当需要修改对象某个字段时需要将整个字符串替代，很不方便。Hash结构可以将对象中的每个字段独立存储，可以针对单个字段做CRUD。如果想存储两个相同的KEY，可以用：隔开多个单词形成层级结构，在图形化的页面上可以看到层级结构。字符串类型，value为字符串，格式有三种，本质上都是字符串。float：浮点类型，可以做自增、自减操作。ZSET常被用来实现排行榜功能。

在之前的解压目录下有一个redis.conf文件存储redis的配置，输入vim redis.conf命令可以对配置文件进行编辑，输入redis-cli 命令可以用指定配置启动。redis是非关系型数据库，和mysql不同，redis中的所有数据都是以key：value形式存在的。我用的是RESP，使用步骤类似Navicat，输入地址密码测试连接，如果成功就证明连上redis了。-h 跟redis所在的地址，-p跟端口号，-u跟密码。即可启动redis，关闭窗口后redis会停止。结构化 | 非结构化。

实现了一个表达式接口，该接口解释一个特定的上下文。编译器，正则表达式，SQL解析。实现一个一位数的加法运算。

可以使用状态模式：把不同状态的动作抽离出来，然后不同的状态去实现这个接口，这样以后如果有新的状态，就不会去修改原来的代码。现在新增一个状态，RUN，如果在以前的代码上进行更改，就不符合开闭原则了。人在不同状态下有不同的心率，当前有SLEEP和STUDY两个状态。当对象有多个状态，而且以后可能会增加状态的时候可以用状态模式。可以使用if else或者switch判断每一个状态。

模板模式，我的理解是父类中有操作的流程已经确定，但是没有具体的实现，实现可以在子类中实现，但是流程已经确定，只要在父类中实现一次即可。学生吃午饭，排队选择不同的吃的和喝的，先选吃的再选喝的这个流程已经确定，但是选择什么还没有确定。lunch方法已经确定了，但是eat和drink方法还没有确定，这两个方法留到子类来实现。还有一个例子：高一，高二，高三，三个年级，每天要上8节课，但是课可能会不相同。

享元模式是共享对象，两个对象指向一个地址，原型模式的两个对象的属性相同，指向的是两个不同的地址。孙悟空可以拔下毫毛变出很多个自己，这些孙悟空的所有东西都相同，但却是不同的个体。每个对象都要重写clone方法，实现Cloneable接口。运行结果：两个对象返回不同的地址。提高性能，可以快速复制对象。

类似游戏进程，保存游戏时将Originator转化成Memento类，不会对Originator进行任何修改。如果类的成员变量过多，势必会占用比较大的资源，而且每一次保存都会消耗一定的内存。给用户提供了一种可以恢复状态的机制，可以使用户能够比较方便地回到某个历史的状态。在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。实现了信息的封装，使得用户不需要关心状态的保存细节。保存一个对象的某个状态，以便在适当的时候恢复对象。Memento类，存储在列表中的存档。

在软件系统中，行为请求者与行为实现者通常是一种紧耦合的关系，但某些场合，比如需要对行为进行记录、撤销或重做、事务等处理时，这种无法抵御变化的紧耦合的设计就不太合适。后面如果想增加关闭电视机的命令，可以实现Order接口，在excute方法里面写相应的操作。人想要打开电视机或者关闭电视机，调用者→命令→接受者，人是调用者，电视机是接收者，1、降低了系统耦合度。2、新的命令可以很容易添加到系统中去。使用命令模式可能会导致某些系统有过多的具体命令类。

把抽象化与实现化解耦，使得二者可以独立变化。

现有美国人和英国人交流，可以使用英语，但是和中国人交流时，语言不通，此时需要一个适配器来翻译双方的语言。当两个不兼容的接口需要一起工作，但是两个接口都无法改动，可以用到适配器模式。但是当美国人说英语和中国人沟通时，由于中国人只说汉语，所以两者之间无法沟通。过多地使用适配器，会让系统非常零乱，不易整体进行把握。将英语转化成汉语，之后中国人就可以进行沟通。可以让任何两个没有关联的类一起运行。英国人和美国人可以正常沟通。