代码重构

发表于 | 分类于 |
字数统计: 649 字 | 阅读时长 ≈ 2 min

代码重构

​ 有一天部门里大哥跟我说要注意注释和优雅的代码，当然如果我知道怎么做的话我也很想写得非常清爽人性化。

1.常量

​ 之前一个单位程序员的平均年龄有30+，用的东西也很古老但非常稳定，他们喜欢把常量都放在配置文件里，于是我也这么做并且我当时做的东西没有什么交互，所有功能都是我傻乎乎的用相似的代码模仿实现的。但现在我手上的是个springboot项目，观察里面的除了application.yml就没有其他的配置文件了，思考难道这种放在配置文件里的方式过时了吗？于是我现在把普通常量放在常量类里，而当我要调用别人接口的时候把url字符串放在枚举类中。

​ 如果是常量类中，为了防止你的常量真真切切的为不会变的量，最好满足不会被继承的能力，即加final，但貌似也有其他方法如一般类加私有构造函数的方式

1
2
3
4
5
public class Contants{
    private Contants(){
    }
    public static String balabala = "";
}

​ 更优的方法是枚举，在之前我其实没实际接触过枚举，也是看到大哥的代码才知道枚举可以这么用，给枚举定个name和value：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public enum ContantsEnum{
    //命名规则为第一个Bala为模块名，第二个是功能或方法名，XXX大写为常量名，我自己的规则哈也可以是别的
    Bala_FunPrefix_XXX("XXX","https://balabala"),
    ;
    private String value;
    private String name;
    
    public String getValue() {
        return value;
    }

    public String getName() {
        return name;
    }

    ContantsEnum(String name,String value){
        this.name = name;
        this.value = value;
    }
}

​ 感觉都说枚举更优是因为用起来很方便，直观吧。

2.工具类

​ 不想再重复劳动啦，那就自己写工具包吧，虽然写的时候真的要非常严谨，还要想好有哪些重载的方法，会遇到哪些参数，一旦有一点一句不清楚都要搞到清楚为止才敢往上写

​ 提高代码的复用性，让IDEA旁边的黄色标记变少些，加油叭！

3.长度

​ 这不仅有方法的长度还有类的长度，一个类里面已经装了七八个方法了，再写的时候就想想能不能分两个类，方法体不能太长也是不用说的了

最近在看《重构 改善及有代码的设计》，看到什么其他的再加