Java 构建器

本文介绍了Java中构建器模式的概念,讨论了默认构造器与参数化构造器的使用场景。当参数数量增多时,采用构建器模式可以提高代码可读性和灵活性,但也会带来额外的代码行数和潜在的线程安全问题。文章通过示例展示了如何使用构建器模式,并指出其适用于需要多种参数组合的情况,建议在类设计初期就考虑是否采用构建器模式。
摘要由CSDN通过智能技术生成

构建器是什么?百度后————
是构造方法!
Java默认的构建器是什么,想必大家也明白了吧。
若创建一个没有构建器的类,则编译程序会帮我们自动创建一个默认构建器。
当创建对象需要传入多个参数的时候我们通常会根据参数的数量写不同的构造器,具体如下
public A(int a){}
public A(int a, int b){}
public A(int a, int b, int c){}
根据不同的参数调用不同的构造器,但是当参数多了的时候,这种方式不够灵活,所以会实现动态传参的方法
public A(){}
public void seta(int a){}
public void setb(int b){}
public void setc(int c){}
这种方式提高了传参的可读性,也提高了传参的灵活性,但是会增加代码行数,同时在多线程异步执行的时候导致奇怪的错误。

有没有办法解决呢?既能提高代码可读性,提高参数灵活性,又不会增加代码行数,并保证线程安全呢?
构建器模式登场,先看代码:
public class A {
private int a;
private int b;
private int c;

public static class Builder {
    private int a;
    private int b;
    private int c;
    public Builder(){}
    public Builder seta(int a) { this.a = a; return this} 
    public Builder setb(int b) { this
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值