记一次开发过程中的思维转换

简介:

一、问题:
有一个同事接到一个新的开发任务,需要把spring框架改成springboot,但是他遇到了一个久久不能解决的问题。
原本的项目中有一个类似这样的类:


public class MyTest{
private String name;
public String getName(){
     return name;
}
public void setName(String name){
    if(name!=null&&name.length &lt= 0){
            this.name="defName";
    }
}
AI 代码解读

}

这是一个比较常规的拥有get、set方法的类,稍微特殊的是这个set方法里边有一定的逻辑处理。
之前的项目中,与这个类配套的是一个spring的xml配置文件,在配置文件中给这个类实例化,配置文件大概如下:


&ltbean id="myTest" class="com.test.MyTest">
&ltproperty name="name">
      &ltvalue>${name}</value>
&lt/property>
AI 代码解读

&lt/bean>


然后就是在properties文件中给name设置了具体的值。
那么他把spring改成springboot的打算,是去掉xml中的配置,直接用注解的方式给name属性赋值。
问题就在于,如果直接在name属性上加@value注解,就丢失了原本set方法中的逻辑处理,如果保留set方法中的逻辑处理,就无法成功从properties文件中获取需要的值。

二、思路转换
然后,他找到我一起讨论这个问题,而我实际上也不知道怎么两者兼容。
但是,经过思考和分析,我觉得在这件事上,并不是说必须要保证上述两者的兼容。
在这里,我们set的目的只是为了给name赋予一个正确的、我们想看到的值,重要的并不是set,而是get,因为get到的内容才是后边我们要拿来用的。
那么很显然我们就可以转换一下思路,并不是说一定要那段逻辑在set方法中,完全可以换到get中写。
虽然逻辑实现的地点变了,但是最终拿到的内容并没有区别,也一样实现了应有的功能。

三、感想
软件开发的过程,就是一个设计的过程,设计虽说有一些规律可循,但细节上并不是一成不变。
很多时候直线走不通,完全可以绕一点路,或许到达目的地的时间能比直线更快。
软件设计的目的并不在于软件设计的本身,而是用软件来解决实际问题,如果一味纠结与代码本身,而不是要解决的实际问题,可能很容易陷入一个死胡同,严重拉低工作的效率。

目录
打赏
0
0
0
0
1249
分享
相关文章
【代码实践】编码精粹:打造高效与可维护的代码艺术
【代码实践】编码精粹:打造高效与可维护的代码艺术
181 0
Swift代码审查的关键点及最佳实践,涵盖代码风格一致性、变量使用合理性、函数设计、错误处理、性能优化、安全性、代码注释等方面,旨在提升代码质量和项目管理水平
本文深入探讨了Swift代码审查的关键点及最佳实践,涵盖代码风格一致性、变量使用合理性、函数设计、错误处理、性能优化、安全性、代码注释等方面,旨在提升代码质量和项目管理水平。通过实际案例分析,展示了如何有效应用这些原则,确保代码的高可读性、可维护性和可靠性。
47 2
|
8月前
质量内建中的精益思想
质量内建中的精益思想
测试做久了,思维定势了怎么办?
测试做久了,思维定势了怎么办?
十种高级的代码书写方式,提高代码质量和工作效率
十种高级的代码书写方式,提高代码质量和工作效率
91 0
编写s=1+2+3+...+n思路打破认知
最近在和领导讨论架构设计,其中涉及到如何通过代码来体现面向对象?通过一个例子来打破了原有的认知,以此总结记录自己的提升和成长
《重构2》第十章-简化条件逻辑
《重构2》第十章-简化条件逻辑
349 0
当前在工作中使用到的高效的代码编写方法
当前在工作中使用到的高效的代码编写方法,让代码去生成重复性质的代码
139 0
ALPD学习笔记 4:高效高质量编码,测试先行和意图导向的编程
# 由外而内:发现和形成设计职责 设计是一种信息不完全情况下的决策:从最开始我们并不知道要用什么数据结构可能是最好的,如果一开始就从底层数据结构开始写,需要耗费更多脑力。 我们首先应该写确定的功能性代码,一般来说外层功能相对确定,但是底层数据结构我们不一定知道。 延迟决策到最后时刻关键信息经常会自然显现 由外而内的变成允许暂时忽略不重要的细节,“意图导向编程 Programming By Inte
255 0
ALPD学习笔记 4:高效高质量编码,测试先行和意图导向的编程
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等