【设计模式】一个代码抽离功能居然用上3种设计模式，飞机太大拉不动
逗比经理又来找Egan帮忙了
![]()
![]()
![]()
![]()
Egan接下这个活后看着自己日渐稀少的头发
![]()
![]()
接近一百个Dao接口类，这活是人干的么，这是熬夜搬砖也搬不完。
![]()
![]()
这怎么搬，得有起重机啊，难道要我自己造？
![]()
![]()
Egan突然灵光一闪：那我就自己造一个起重机
![]()
![]()
先写一个脚本把Dao接口拷贝至基础服务模块里面，机智的Egan想到直接用DOS命令去迁移。
首先需要创建目标目录(mkdir命令)，然后在执行copy命令，大概就是这样的
![]()
![]()
想了想这样一个一个执行过去也慢，写程序吧。
Egan构思了一下主要几个部分组成：
-
拷贝Dao接口、Dao.xml 至对应的基础服务模块
-
拷贝实体类(dto,entyty等等)至对应的数据接口服务模块
-
解析Dao接口去除内部杂质得到DataServiceIntf接口并保存至数据接口服务模块
-
解析Dao接口去除内部杂质解；解析方法得到参数并将抽象方法变成具体的方法，内部调用Dao对应的方法。保存至基础服务模块类名XXXDataService
差不多就这样了，归类之后变成三类：
-
不需要解析直接拷贝文件
-
需要解析并处理
-
不需要处理的文件（用于匹配以上4个组成部分）
就这样抽象出一个接口类，三个抽象方法
![]()
![]()
接着Dao接口类、Dao.xml、实体为直接拷贝的方式，那么这里他们的区别就是目标文件的路径不一样，那么可以编写一个中庸的抽象类把目标文件路径抽象出来。
![]()
![]()
接口与抽象类编写完差不多然后把所有的类先创建号，类图差不多就是这样子的
![]()
![]()
编写Dao文件处理器实现类
![]()
![]()
编写实体文件处理器实现类
![]()
![]()
完美，拷贝方式就这样写完了。
![]()
![]()
![]()
![]()
![]()
![]()
赞，Dao转DataServiceIntf也编写完成
Egan继续编写剩余的类
![]()
![]()
编写完成。
最后只剩启动类，需要对文件遍历处理
滴答滴答
![]()
![]()
编写终于编写完成啦
![]()
![]()
![]()
![]()
启动试试。全部成功处理完成。
不到一天就完成任务了，哈哈哈，自夸一下，庆祝下，今晚加餐
![]()
![]()
嘻嘻，今天就不跟逗比经理说完成了，划水一下，明天再跟他说完成了，让他奖励一波。
![]()
![]()
滴答滴答
![]()
第二天
![]()
![]()
Egan超开心开心，暗喜道：有加餐的活就应该多来一些
你们觉得Egan编写这套组件运用了哪几种设计模式？可在下方留言哦。
往期热门文章：
☞【设计模式】飞机太大Egan拉不动
☞【设计模式-原型】Egan好不容易来的加薪机会
☞【设计模式】逗比经理居然找Egan闲聊
☞【设计模式】发誓不再熬夜
☞ 服务器突然宕机重启导致docker中redis无法启动
☞ jdbc sql如何高效优雅的解决字典表数据转化
☞ NIO入门介绍--Buffer缓冲区
☞ NIO入门介绍--Channel通道>直接缓冲区
关注我哦
![]()
小编不易，如果你喜欢这篇文章，关注公众号，点点赞，点点分享，感谢
![]()
