1.困惑
最近,接到一个统计的研发任务,总算从CRUD的大山的压迫下挣脱了,准备大展拳脚,重拾自己的设计技能,使用设计模式, 一顿炫酷的操作,写出一份高效率,可扩展,易修改的代码,没事的时候拿出来看看,自我陶醉一下,没想到想了三天,才开始写第一行代码,深感设计能力退步,就跟矮大紧说的一句话,我们是有技术没科学,很多东西会了,又忘了,学了会,会了忘,忘了学,于是灵魂发问,那咋办嘛?
2.体会
本次统计分析设计还是有很多体会,还是写一写
-
过于贪心,认为设计模式可以在整体上实施
- 在原型的基础上进行整体代码设计
- 对于接口设计的纯粹性要求过于高
- 重复代码的提取还有待提醒
最后幡然醒悟,业务的划分是设计的根本,或者按照DDD的设计思想来说,领域的划分混乱,引起整个系统的设计失调
-
接口输入输出改动
- 接口设计输入输出就是设计的根本,改动会影响整体设计
- 与业务人员的交流有待加强,基于原型,给自己挖坑
-
Java8特性在设计中使用
- java8特性接口可以带Default方法,方便提取共用
- 原来代码中的抽象层应该被剥除,与Spring的代码类似
-
泛型的使用方式
- 泛型的本质
- 策略模式如果不关心泛型,注入时可以用<?>代替,否则结果泛型也会被擦除
3.模式
模式的作用是为了方便修改代码,设计之初太过于纠结设计模式,除非时间多,否则少尝试
