在开发中工厂模式使用的非常频繁,无非就是无外乎是对象的创建,但是在实践中我们如何使用的比较多…首先我们要分清楚工厂类和工厂要创建的类,工厂要创建的类,我们平时该怎么定义还是怎么定义,不管是什么工厂模式,都不会影响这一步相关内容,我们平时往往喜欢使用一个简单的类,单在开发中类的结构是非常复杂的,因此我们不关心类的结构我们只关心工厂相关的实现说白了,我们今天就是探讨的红框中的实现,是如何来实现,平时我们听到的名称这种方式我经常在业务代码中使用。...

最近在做的一项工作从比较模糊的状态到清楚自己需要做什么，在到后面自己考虑如何做？再考虑如何优化，一步一步做出来一个自己还比较满意的东西出来。在这个的大背景就是项目商业化，如何进行判断商业化指标，简单说就是做一个东西给领导看看，产品到底商业化做到什么程度，经过一段时间梳理处理几十个指标从不通的角度和不同的维度进行比较。第一版最原始的最原始的想法很简单，想着就是把数据从业务数据中进行抽离，提取整理放到一个一个到指标明细表中，直接供后期查询使用，但是经过后面梳理发现大量指标的规则是一样的或者说是相似的更准

这是一个不同的活动可能会存在不同的校验，但是如何实现，当时为了完成任务，并且就一种活动，所以直接写了一个方法进行校验，没什么意思，不上代码了阶段二：使用if-else加策略模式实现策略模式的定义在策略模式（Strategy Pattern）中，一个类的行为或其算法可以在运行时更改。这种类型的设计模式属于行为型模式。在策略模式中，我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象。策略对象改变 context 对象的执行算法。这里借用一个图，懒得画了，总结下

其实在实际工作中我们经常不同的系统或者项目中来回调用但是我们如何优雅的实现现在我就写一个A系统需要每天全量查询B系统的数据这么一个需求？问题分析：1.每天定时 ------》 定时任务完成2. 全量-----〉 数据量非常大份页查询3. 不同的系统—》存在网络问题比如网络抖动，需要重试4. 我们都是集群部署，任务考虑只在一个机器上跑考虑-----》分布式锁，那台机器获取到锁那台就跑任务5. 如果第四条一个任务跑的太久可以考虑任务拆分，这个地方我们没考虑任务拆分的问题6. 如果任务没有正