- 博客(6)
- 资源 (4)
- 收藏
- 关注
RSS订阅原创 「补课」进行时：设计模式(21)——享元模式
1. 前文汇总「补课」进行时：设计模式系列2. 享元模式2.1 定义享元模式（Flyweight Pattern）很简单，它解决的需求也很直接，同时它也是池技术的重要实现方式，先看下它的定义：Use sharing to support large numbers of fine-grained objects efficiently.（使用共享对象可有效地支持大量的细粒度的对象。）2.2 通用类图Flyweight 抽象享元角色：它是一个产品的抽象类， 同时定义出对象的外部状态和内部状.
2020-12-24 08:51:05
6896
原创 「补课」进行时：设计模式(20)——解释器模式
1. 前文汇总「补课」进行时：设计模式系列2. 解释器模式解释器模式这个模式和前面的访问者模式比较像，当然，我说的比较像是难的比较像，以及使用率是真的比较低，基本上没有使用的场景，访问者模式还有点使用场景，解释器模式，我们又不写解释器，这玩意 JVM 都帮我们实现掉了，哪用我们自己实现。常见的解释器有 JVM 为我们提供的 Java 语言的解释器，还有我们经常使用的 MySQL ，也有内置的 SQL 解释器。不过没用是没用，对应的模式我们还是可以学习一下。2.1 定义解释器模式（Interp.
2020-12-21 08:33:28
4209
8
原创 「补课」进行时：设计模式(19)——状态模式
1. 前文汇总「补课」进行时：设计模式系列2. LOL 中的状态感觉我天天在用 LOL 举例子，没办法，都已经 S11 了，而我依然在玩这个游戏。LOL 中的英雄有很多状态，有正常状态，有吃了伟哥一样的加速状态，有被对方套了虚弱的虚弱状态，还有被对方控制的眩晕状态。下面来看下，在 LOL 中，初始的英雄状态：public class Hero { //正常状态 public static final int COMMON = 1; //加速状态 public s.
2020-12-15 09:35:04
338
原创 「补课」进行时：设计模式(18)——访问者模式
1. 前文汇总「补课」进行时：设计模式系列2. 引言访问者模式也可以说是所有设计模式中最难的一种设计模式了，当然我们平常也很少会用到它。设计模式的作者是这么评价访问者模式的：大多情况下，你并不需要使用访问者模式，但是一旦需要使用它时，那就真的需要使用了。3. 一个简单的示例又快到年底， CEO 和 CTO 开始评定员工一年的工作绩效，员工分为工程师和经理， CTO 关注工程师的代码量、经理的新产品数量； CEO 关注的是工程师的KPI和经理的KPI以及新产品数量。由于 CEO 和 CTO 对于.
2020-12-14 08:55:10
464
原创 「补课」进行时：设计模式(17)——备忘录模式
1. 前文汇总「补课」进行时：设计模式系列2. 从版本控制开始相信每个程序猿，每天工作都会使用版本控制工具，不管是微软提供的 vss 还是 tfs ，又或者是开源的 svn 或者 git ，每天下班前，总归会使用版本控制工具提交一版代码。版本管理工具是让我们在代码出问题的时候，可以方便的获取到之前的版本进行版本回退，尤其是在项目发布投运的时候，当出现问题的时候直接获取上一个版本进行回滚操作。在这个操作中间，最重要的就是保存之前的状态，那么如何保存之前的状态？操作很简单，我们可以定义一个中间变量.
2020-12-07 11:14:22
441
原创 「补课」进行时：设计模式(16)——简单又实用的门面模式
1. 前文汇总「补课」进行时：设计模式系列2. 从银行转账说起当我们在银行进行转账操作的时候，整个操作流程我们可以简化为账户 A 扣费，然后账户 B 增加余额，最后转账操作成功。这两个操作缺一不可，同时又不能颠倒顺序。简单定义一个转账的接口 ITransfer ：public interface ITransfer { // 首先发起转账 void start(String amount); // 账户 A 进行扣费 void subtractionA(); .
2020-12-03 09:31:22
517
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人