第十三期:消灭 Java 代码的“坏味道”

最新推荐文章于 2021-07-04 17:05:24 发布
最新推荐文章于 2021-07-04 17:05:24 发布
阅读量272 收藏 2
点赞数 2
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43392489/article/details/102561184
版权

代码中的"坏味道"，如"私欲"如"灰尘"，每天都在增加，一日不去清除，便会越累越多。如果用功去清除这些"坏味道"，不仅能提高自己的编码水平，也能使代码变得"精白无一毫不彻"。

 

 

代码中的"坏味道"，如"私欲"如"灰尘"，每天都在增加，一日不去清除，便会越累越多。如果用功去清除这些"坏味道"，不仅能提高自己的编码水平，也能使代码变得"精白无一毫不彻"。整理了日常工作中的一些"坏味道"，及清理方法，供大家参考。

让代码性能更高

需要 Map 的主键和取值时，应该迭代 entrySet()

当循环中只需要 Map 的主键时，迭代 keySet() 是正确的。但是，当需要主键和取值时，迭代 entrySet() 才是更高效的做法，比先迭代 keySet() 后再去 get 取值性能更佳。

反例：

Map<String, String> map = ...; 
for (String key : map.keySet()) { 
    String value = map.get(key); 
    ... 
}

正例：

    Map<String, String> map = ...; 
    for (Map.Entry<String, String> entry : map.entrySet()) { 
        String key = entry.getKey(); 
        String value = entry.getValue(); 
        ... 
    }

应该使用Collection.isEmpty()检测空

使用 Collection.size() 来检测空逻辑上没有问题，但是使用 Collection.isEmpty()使得代码更易读，并且可以获得更好的性能。任何 Collection.isEmpty() 实现的时间复杂度都是 O(1) ，但是某些 Collection.size() 实现的时间复杂度可能是 O(n) 。

反例：

if (collection.size() == 0) { 
    ... 
}

正例：

if (collection.isEmpty()) { 
    ... 
}

如果需要还需要检测 null ，可采用CollectionUtils.isEmpty(collection)和CollectionUtils.isNotEmpty(collection)。

不要把集合对象传给自己

此外，由于某些方法要求参数在执行期间保持不变，因此将集合传递给自身可能会导致异常行为。

反例：

List<String> list = new ArrayList<>(); 
list.add("Hello"); 
list.add("World"); 
if (list.containsAll(list)) { // 无意义,总是返回true 
    ... 
} 
list.removeAll(list); // 性能差, 直接使用clear()

集合初始化尽量指定大小

java 的集合类用起来十分方便，但是看源码可知，集合也是有大小限制的。每次扩容的时间复杂度很有可能是 O(n) ，所以尽量指定可预知的集合大小，能减少集合的扩容次数。

反例：

int[] arr = new int[]{1, 2, 3}; 
List<Integer> list = new ArrayList<>(); 
for (int i : arr) { 
    list.add(i); 
}

正例：


    int[] arr = new int[]{1, 2, 3}; 
    List<Integer> list = new ArrayList<>(arr.length); 
    for (int i : arr) { 
        list.add(i); 


    }

字符串拼接使用 StringBuilder

一般的字符串拼接在编译期 java 会进行优化，但是在循环中字符串拼接， java 编译期无法做到优化，所以需要使用 StringBuilder 进行替换。

反例：

String s = ""; 
for (int i = 0; i < 10; i++) { 
    s += i; 
}

正例：


    String a = "a"; 
    String b = "b"; 
    String c = "c"; 
    String s = a + b + c; // 没问题，java编译器会进行优化 
    StringBuilder sb = new StringBuilder(); 
    for (int i = 0; i < 10; i++) { 
        sb.append(i);  // 循环中，java编译器无法进行优化，所以要手动使用StringBuilder 
    }

List 的随机访问

大家都知道数组和链表的区别：数组的随机访问效率更高。当调用方法获取到 List 后，如果想随机访问其中的数据，并不知道该数组内部实现是链表还是数组，怎么办呢?可以判断它是否实现* RandomAccess *接口。

正例：

// 调用别人的服务获取到list 
List<Integer> list = otherService.getList(); 
if (list instanceof RandomAccess) { 
    // 内部数组实现，可以随机访问 
    System.out.println(list.get(list.size() - 1)); 
} else { 
    // 内部可能是链表实现，随机访问效率低 
}

频繁调用 Collection.contains 方法请使用 Set

在 java 集合类库中，List 的 contains 方法普遍时间复杂度是 O(n) ，如果在代码中需要频繁调用 contains 方法查找数据，可以先将 list 转换成 HashSet 实现，将 O(n) 的时间复杂度降为 O(1) 。

反例：


    ArrayList<Integer> list = otherService.getList(); 
    for (int i = 0; i <= Integer.MAX_VALUE; i++) { 
        // 时间复杂度O(n) 
        list.contains(i); 
    }

正例：


    ArrayList<Integer> list = otherService.getList(); 
    Set<Integer> set = new HashSet(list); 
    for (int i = 0; i <= Integer.MAX_VALUE; i++) { 
        // 时间复杂度O(1) 
        set.contains(i); 
    }

让代码更优雅

长整型常量后添加大写 L

在使用长整型常量值时，后面需要添加 L ，必须是大写的 L ，不能是小写的 l ，小写 l 容易跟数字 1 混淆而造成误解。

反例：

long value = 1l; 
long max = Math.max(1L, 5);

正例：

long value = 1L; 
long max = Math.max(1L, 5L);

不要使用魔法值

当你编写一段代码时，使用魔法值可能看起来很明确，但在调试时它们却不显得那么明确了。这就是为什么需要把魔法值定义为可读取常量的原因。但是，-1、0 和 1不被视为魔法值。

反例：


    for (int i = 0; i < 100; i++){ 
        ... 
    } 
    if (a == 100) { 
        ... 
    }

正例：


    private static final int MAX_COUNT = 100; 
    for (int i = 0; i < MAX_COUNT; i++){ 
        ... 
    } 
    if (count == MAX_COUNT) { 
        ... 
    }

不要使用集合实现来赋值静态成员变量

对于集合类型的静态成员变量，不要使用集合实现来赋值，应该使用静态代码块赋值。

反例：


    private static Map<String, Integer> map = new HashMap<String, Integer>() { 
        { 
            put("a", 1); 
            put("b", 2); 
        } 
    }; 


    private static List<String> list = new ArrayList<String>() { 
        { 
            add("a"); 
            add("b"); 
        } 
    };

正例：


    private static Map<String, Integer> map = new HashMap<>(); 
    static { 
        map.put("a", 1); 
        map.put("b", 2); 
    }; 


    private static List<String> list = new ArrayList<>(); 
    static { 
        list.add("a"); 
        list.add("b"); 
    };

建议使用 try-with-resources 语句

Java 7 中引入了 try-with-resources 语句，该语句能保证将相关资源关闭，优于原来的 try-catch-finally 语句，并且使程序代码更安全更简洁。

反例：


    private void handle(String fileName) { 
        BufferedReader reader = null; 
        try { 
            String line; 
            reader = new BufferedReader(new FileReader(fileName)); 
            while ((line = reader.readLine()) != null) { 
                ... 
            } 
        } catch (Exception e) { 
            ... 
        } finally { 
            if (reader != null) { 
                try { 
                    reader.close(); 
                } catch (IOException e) { 
                    ... 
                } 
            } 
        } 
    }

正例：

private void handle(String fileName) { 
    try (BufferedReader reader = new BufferedReader(new FileReader(fileName))) { 
        String line; 
        while ((line = reader.readLine()) != null) { 
            ... 
        } 
    } catch (Exception e) { 
        ... 
    } 
}

删除未使用的私有方法和字段

删除未使用的私有方法和字段，使代码更简洁更易维护。若有需要再使用，可以从历史提交中找回。

反例：

public class DoubleDemo1 { 
    private int unusedField = 100; 
    private void unusedMethod() { 
        ... 
    } 
    public int sum(int a, int b) { 
        return a + b; 
    } 
}

正例：

public class DoubleDemo1 { 
    public int sum(int a, int b) { 
        return a + b; 
    } 
}

删除未使用的局部变量

删除未使用的局部变量，使代码更简洁更易维护。

反例：


    public int sum(int a, int b) { 
        int c = 100; 
        return a + b; 
    }

正例：

public int sum(int a, int b) { 
    return a + b; 
}

删除未使用的方法参数

未使用的方法参数具有误导性，删除未使用的方法参数，使代码更简洁更易维护。但是，由于重写方法是基于父类或接口的方法定义，即便有未使用的方法参数，也是不能删除的。

反例：


    public int sum(int a, int b, int c) { 
        return a + b; 
    }

正例：

public int sum(int a, int b) { 
    return a + b; 
}

删除表达式的多余括号

对应表达式中的多余括号，有人认为有助于代码阅读，也有人认为完全没有必要。对于一个熟悉 Java 语法的人来说，表达式中的多余括号反而会让代码显得更繁琐。

反例：

return (x); 
return (x + 2); 
int x = (y * 3) + 1; 
int m = (n * 4 + 2);

正例：

return x; 
return x + 2; 
int x = y * 3 + 1; 
int m = n * 4 + 2;

工具类应该屏蔽构造函数

工具类是一堆静态字段和函数的集合，不应该被实例化。但是，Java 为每个没有明确定义构造函数的类添加了一个隐式公有构造函数。所以，为了避免 java "小白"使用有误，应该显式定义私有构造函数来屏蔽这个隐式公有构造函数。

反例：

public class MathUtils { 
    public static final double PI = 3.1415926D; 
    public static int sum(int a, int b) { 
        return a + b; 
    } 
}

正例：

public class MathUtils { 
    public static final double PI = 3.1415926D; 
    private MathUtils() {} 
    public static int sum(int a, int b) { 
        return a + b; 
    } 
}

删除多余的异常捕获并抛出

用 catch 语句捕获异常后，什么也不进行处理，就让异常重新抛出，这跟不捕获异常的效果一样，可以删除这块代码或添加别的处理。

反例：

private static String readFile(String fileName) throws IOException { 
    try (BufferedReader reader = new BufferedReader(new FileReader(fileName))) { 
        String line; 
        StringBuilder builder = new StringBuilder(); 
        while ((line = reader.readLine()) != null) { 
            builder.append(line); 
        } 
        return builder.toString(); 
    } catch (Exception e) { 
        throw e; 
    } 
}

正例：

private static String readFile(String fileName) throws IOException { 
    try (BufferedReader reader = new BufferedReader(new FileReader(fileName))) { 
        String line; 
        StringBuilder builder = new StringBuilder(); 
        while ((line = reader.readLine()) != null) { 
            builder.append(line); 
        } 
        return builder.toString(); 
    } 
}

公有静态常量应该通过类访问

虽然通过类的实例访问公有静态常量是允许的，但是容易让人它误认为每个类的实例都有一个公有静态常量。所以，公有静态常量应该直接通过类访问。

反例：

public class User { 
    public static final String CONST_NAME = "name"; 
    ... 
} 


User user = new User(); 
String nameKey = user.CONST_NAME;

正例：


    public class User { 
        public static final String CONST_NAME = "name"; 
        ... 
    } 


    String nameKey = User.CONST_NAME;

不要用NullPointerException判断空

空指针异常应该用代码规避(比如检测不为空)，而不是用捕获异常的方式处理。

反例：

public String getUserName(User user) { 
    try { 
        return user.getName(); 
    } catch (NullPointerException e) { 
        return null; 
    } 
}

正例：

public String getUserName(User user) { 
    if (Objects.isNull(user)) { 
        return null; 
    } 
    return user.getName(); 
}

使用String.valueOf(value)代替""+value

当要把其它对象或类型转化为字符串时，使用 String.valueOf(value) 比""+value 的效率更高。

反例：

int i = 1; 
String s = "" + i;

正例：

int i = 1; 
String s = String.valueOf(i);

过时代码添加 @Deprecated 注解

当一段代码过时，但为了兼容又无法直接删除，不希望以后有人再使用它时，可以添加 @Deprecated 注解进行标记。在文档注释中添加 @deprecated 来进行解释，并提供可替代方案。

正例：


    /** 
     * 保存 
     * 
     * @deprecated 此方法效率较低，请使用{@link newSave()}方法替换它 
     */ 
    @Deprecated 
    public void save(){ 
        // do something 
    }

让代码远离 bug

禁止使用构造方法 BigDecimal(double)

BigDecimal(double) 存在精度损失风险，在精确计算或值比较的场景中可能会导致业务逻辑异常。

反例：

BigDecimal value = new BigDecimal(0.1D); // 0.100000000000000005551115...

正例：

BigDecimal value = BigDecimal.valueOf(0.1D);; // 0.1

返回空数组和空集合而不是 null

返回 null ，需要调用方强制检测 null ，否则就会抛出空指针异常。返回空数组或空集合，有效地避免了调用方因为未检测 null 而抛出空指针异常，还可以删除调用方检测 null 的语句使代码更简洁。

反例：

public static Result[] getResults() { 
    return null; 
} 


public static List<Result> getResultList() { 
    return null; 
} 


public static Map<String, Result> getResultMap() { 
    return null; 
} 


public static void main(String[] args) { 
    Result[] results = getResults(); 
    if (results != null) { 
        for (Result result : results) { 
            ... 
        } 
    } 


    List<Result> resultList = getResultList(); 
    if (resultList != null) { 
        for (Result result : resultList) { 
            ... 
        } 
    } 


    Map<String, Result> resultMap = getResultMap(); 
    if (resultMap != null) { 
        for (Map.Entry<String, Result> resultEntry : resultMap) { 
            ... 
        } 
    } 
}

正例：

public static Result[] getResults() { 
    return new Result[0]; 
} 


public static List<Result> getResultList() { 
    return Collections.emptyList(); 
} 


public static Map<String, Result> getResultMap() { 
    return Collections.emptyMap(); 
} 


public static void main(String[] args) { 
    Result[] results = getResults(); 
    for (Result result : results) { 
        ... 
    } 


    List<Result> resultList = getResultList(); 
    for (Result result : resultList) { 
        ... 
    } 


    Map<String, Result> resultMap = getResultMap(); 
    for (Map.Entry<String, Result> resultEntry : resultMap) { 
        ... 
    } 
}

优先使用常量或确定值来调用 equals 方法

对象的 equals 方法容易抛空指针异常，应使用常量或确定有值的对象来调用 equals 方法。当然，使用 java.util.Objects.equals() 方法是最佳实践。

反例：

public void isFinished(OrderStatus status) { 
    return status.equals(OrderStatus.FINISHED); // 可能抛空指针异常 
}

正例：


    public void isFinished(OrderStatus status) { 
        return OrderStatus.FINISHED.equals(status); 
    } 


    public void isFinished(OrderStatus status) { 
        return Objects.equals(status, OrderStatus.FINISHED); 
    }

枚举的属性字段必须是私有不可变

枚举通常被当做常量使用，如果枚举中存在公共属性字段或设置字段方法，那么这些枚举常量的属性很容易被修改。理想情况下，枚举中的属性字段是私有的，并在私有构造函数中赋值，没有对应的 Setter 方法，最好加上 final 修饰符。

反例：

public enum UserStatus { 
    DISABLED(0, "禁用"), 
    ENABLED(1, "启用"); 


    public int value; 
    private String description; 


    private UserStatus(int value, String description) { 
        this.value = value; 
        this.description = description; 
    } 


    public String getDescription() { 
        return description; 
    } 


    public void setDescription(String description) { 
        this.description = description; 
    } 
}

正例：

public enum UserStatus { 
    DISABLED(0, "禁用"), 
    ENABLED(1, "启用"); 


    private final int value; 
    private final String description; 


    private UserStatus(int value, String description) { 
        this.value = value; 
        this.description = description; 
    } 


    public int getValue() { 
        return value; 
    } 


    public String getDescription() { 
        return description; 
    } 
}

小心String.split(String regex)

字符串 String 的 split 方法，传入的分隔字符串是正则表达式!部分关键字(比如.[]()\| 等)需要转义。

反例：

"a.ab.abc".split("."); // 结果为[] 
"a|ab|abc".split("|"); // 结果为["a", "|", "a", "b", "|", "a", "b", "c"]

正例：

"a.ab.abc".split("\\."); // 结果为["a", "ab", "abc"] 
"a|ab|abc".split("\\|"); // 结果为["a", "ab", "abc"]

总结

这篇文章，可以说是从事 Java 开发的经验总结，分享出来以供大家参考。希望能帮大家避免踩坑，让代码更加高效优雅。

阅读目录（置顶)(长期更新计算机领域知识）https://blog.csdn.net/weixin_43392489/article/details/102380691

阅读目录（置顶)(长期更新计算机领域知识）https://blog.csdn.net/weixin_43392489/article/details/102380882

前端小歌谣
关注
  • 2
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
如何让你的Java代码性能"更高、更优雅、远离BUG"？
weixin_42784331的博客
02-20 685
代码中的"坏味道"，如"私欲"如"灰尘"，每天都在增加，一日不去清除，便会越累越多。如果用功去清除这些"坏味道"，不仅能提高自己的编码水平，也能使代码变得"精白无一毫不彻"。这里，整理了日常工作中的一些"坏味道"，及清理方法，供大家参考 前言 明代王阳明先生在《传习录》谈为学之道时说： 私欲日生，如地上尘，一日不扫，便又有一层。着实用功，便见道无终穷，愈探愈深，必使精白无一毫不彻方可。 代...
代码TOP10的坏味道
08-20
java代码的TOP10的坏味道，我们TOP10的坏味道主要如下： TOP 1 —— 返回值处理 A: 被调函数执行结果对业务流程有影响时，调用者却没有处理其返回值。 包括：可能导致空指针访问、缺少回退处理(资源泄漏等)。
消灭 Java 代码的“坏味道”
热门推荐
diaojin6880的博客
09-12 1万+
消灭 Java 代码的“坏味道” 原创： 王超 阿里巴巴中间件 昨天 导读 明代王阳明先生在《传习录》谈为学之道时说： 私欲日生，如地上尘，一日不扫，便又有一层。着实用功，便见道无终穷，愈探愈深，必使精白无一毫不彻方可。 代码中的"坏味道"，如"私欲"如"灰尘"，每天都在增加，一日不去清除，便会越累越多。如果用功去清除这些"坏味道"，不仅能提高自己的编码...
java 代码坏味道_消灭 Java 代码的“坏味道”
weixin_34055902的博客
02-24 219
1. 需要 Map 的主键和取值时，应该迭代 entrySet()当循环中只需要 Map 的主键时，迭代 keySet() 是正确的。但是，当需要主键和取值时，迭代 entrySet() 才是更高效的做法，比先迭代 keySet() 后再去 get 取值性能更佳。反例：Map map = ...;for (String key : map.keySet()) {String value = map...
java 代码坏味道_避免 Java 代码中的“坏味道”
weixin_29193259的博客
02-19 245
1、需要 Map 的主键和取值时，应该迭代 entrySet()当循环中只需要 Map 的主键时，迭代 keySet() 是正确的。但是，当需要主键和取值时，迭代 entrySet() 才是更高效的做法，比先迭代 keySet() 后再去 get 取值性能更佳。反例：Map map = new HashMap<>();for (String key : map.keySet()) {S...
java contains方法_消灭 Java 代码的“坏味道”
weixin_42104778的博客
12-25 509
点击上方“方志朋”，选择“设为星标”回复”666“获取新整理的面试资料导读明代王阳明先生在《传习录》谈为学之道时说：私欲日生，如地上尘，一日不扫，便又有一层。着实用功，便见道无终穷，愈探愈深，必使精白无一毫不彻方可。代码中的"坏味道"，如"私欲"如"灰尘"，每天都在增加，一日不去清除，便会越累越多。如果用功去清除这些"坏味道"，不仅能提高自己的编码水平，也能使代码变得"精白无一毫不彻"。...
java 判断语句 性能_如何让你的Java代码性能"更高、更优雅、远离BUG"？
weixin_34512840的博客
02-16 228
前言明代王阳明先生在《传习录》谈为学之道时说：私欲日生，如地上尘，一日不扫，便又有一层。着实用功，便见道无终穷，愈探愈深，必使精白无一毫不彻方可。代码中的"坏味道"，如"私欲"如"灰尘"，每天都在增加，一日不去清除，便会越累越多。如果用功去清除这些"坏味道"，不仅能提高自己的编码水平，也能使代码变得"精白无一毫不彻"。这里，整理了日常工作中的一些"坏味道"，及清理方法，供大家参考。01 如何让代码...
java 代码坏味道_代码的坏味道
weixin_36087045的博客
02-19 219
《重构》第三章学习笔记我们必须培养自己的判断力，来决定在什么时候进行重构。1.1 Duplicate Code(重复代码)如果你在一个以上地点看到相同的程序结构，那么将他们合而为一会更好。1.2 Long Method(过长函数)拥有短函数的对象会活得比较好，比较长。间接层所能带来的全部益处：解释能力(可读性)，共享能力(重用性)，选择能力(？)。现在OO 语言基本解决了函数调用所产生的开销。...
java 代码坏味道_代码中的坏味道
weixin_42298164的博客
02-24 908
前言在日常生活中，当我们买的水果放久了之后会发出一种难闻的气味(“坏味道”)，这个时候我们就应该把它扔掉。同样，代码也有“坏味道”，当然确定什么是和不是代码“坏味道”是主观的，它会随语言、开发人员和开发方法的不同而不同。在工作当中，很多时候都是在维护之前的项目和在此基础上增加一些新功能，为了能让项目代码易于理解和维护，要时刻注意代码中的“坏味道”，当发现代码如果有坏味道了，要及时去重构它使其变成优...
识别Java中的代码气味
最佳 Java 编程
06-13 567
作为软件开发人员，我们不仅要编写有效的代码，而且还要编写可维护的代码，这是我们的责任。 Martin Fowler在他的《重构：改进现有代码的设计》中将代码气味定义为： 通常对应于系统中更深层问题的表面指示 重构是在不影响代码外部行为的情况下改进代码内部结构的过程。 理想情况下，我们应该在添加新功能的同时重构旧代码。 与尝试一次完成所有操作相比，这将节省我们一些时间。 福勒的书是...
**Java满汉全席中的坏味道**
qq_39044046的博客
06-25 161
错误整理： 1、 出现上图所示错误,原因是：SavingAccount类继承父类Account,父类Account类中为书写无参的构造方法。导致此类错误发生。 2、
重构-Java（代码的坏味道）
[工仔不是公仔】
04-15 508
1. Duplicate Code（重复代码） 同一个类的两个函数含有相同的表达式-Extract Method 两个互为兄弟的子类的含有相同的表达式-Extract Method，Pull Up Method，Template Pattern 两个不相关的类出现Duplicate Code，对其中一个使用Extract Class 2. Long Method（过长函数） 把函数变小-Ex...
吐槽一下项目中的代码坏味道：滥用java常量
aty
08-28 2594
为什么要把0和""定义成一个常量呢？这是没有正确理解到底什么是魔鬼数字和硬编码。使用常量，出于如下几个原因： 1、为了可读性，一个好的名字显然比一串写死的数字更容易理解。 2、避免冗余，让代码更容易修改，实现一处该，处处该的效果。 3、避免程序员手写常量，不小心写错。比如多写了个0或者是少写了个0等。 4、常量必须是被多个地方使用，而且在不同的地方代表相同的含义。 如果定义的常量没有达到这4个要求中的任意一个，那么可以说这个常量的使用是没有意义的，会导致另一中代码坏味道：没有必要的复杂性。
Java 代码中几类典型的 "坏味道"
划不出的界限
09-12 661
本文首发于个人微信公众号《andyqian》, 关注即可获得一线互联网内推！ 前言 最近一段时间进行了部分代码的code review。其中有 review 的，也有被review的。在这过程中发现了许多问题，而其中就包含许多本不该发生的。同样的，这些不该发生的问题如果携带上线，随之而来的则是一个个的生产事故。对于金融系统来说，会直接造成资产损失，而对于医疗软件而言，甚至涉及生命安全。经过...
代码的好味道和坏味道之22种坏味道
bigdatafly
12-03 4330
字符串工具类
weixin_45520089的博客
10-16 376
import org.apache.commons.lang.text.StrBuilder; import java.util.Collection; import java.util.Map; /** * 字符串工具类 * * @author reagan */ public class StringUtils { /** 空字符串 */ private stat...
java多个set赋值怎么优化_java-将多个流优化为单个循环
weixin_42501949的博客
02-25 1700
我正在尝试寻找最佳方法来优化以下转换器,以遵循我首先调用“ convertAndGroupForUpdate”的流程,该流程会触发转换和相关映射.任何帮助优化此代码的方法将不胜感激.public List convertAndGroupForUpdate(List actions) {List groupedActions = new ArrayList<>();Map> gro...
try-with-resources的使用
hxj
07-04 205
Java中资源的自动关闭，try-with-resources的使用
JAVA重构技巧：提升代码质量的三十六计
本文列举了Java重构的三十六计中的前十二计，旨在帮助开发者遵循良好的编程实践，提高代码的清晰度和效率。" 1. 参数列表对象化 在函数设计时，如果参数较多，可以将参数封装到一个对象中，保持函数接口的简洁性。...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

前端小歌谣

放弃很容易 但是坚持一定很酷

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值