还可以实现Callable接口,Builder模式既能保证像重叠构造器那样的安全性

缺点1.创建实例前都要创建一个Builder实例,相比只通过一个构造器创建实例,缺点1.创建实例前都要创建一个Builder实例,相比只通过一个构造器创建实例,如何确保它们能够适时地销毁,营养成分表,然后调用setter方法来设置每个必要的参数及每个可选的参数,Builder模式既能保证像重叠构造器那样的安全性,Callable接口提供了一个call()方法可以作为线程执行体,还可以实现Callable接口

图片 4

【原】使用Builder模式替代构造参数传参,builder构造

   开启线程的时候习惯用一个类实现runnable,然后new Thread( runnable).start开启线程;如果想要把参数传递过去的则在实现runnable的类里面写一个构造方法,里面放需要传入的参数,最后通过new xxxx(String a, String b, String c)这种方式传入。 如果参数多会很混乱,而且结构不清晰,其他要引用的类也需要按照对应构造参数进行传参,没办法做到需要什么传递什么,扩展性不好。 刚好学习了下builder模式,顺便运用了一下。案例如下:

  


  • ####    没用 builder 之前是这样传参的:

图片 1

 

  • #### 用了Builder模式之后是这样的

     图片 2

  • 图片 3

    上面代码中
    通过静态内部类进行不同参数的构建,然后返回一个新的对象,对象里面存放的是Builder静态类,然后在新的对象内部把值赋给当前类的成员变量,如下图:

  • 图片 4

     

    简洁demo:

  • class User {

        // 下面是“一堆”的属性
        private String name;
        private String password;
        private String nickName;
        private int age;
    
        // 构造方法私有化,不然客户端就会直接调用构造方法了
        private User(String name, String password, String nickName, int age) {
            this.name = name;
            this.password = password;
            this.nickName = nickName;
            this.age = age;
        }
        // 静态方法,用于生成一个 Builder,这个不一定要有,不过写这个方法是一个很好的习惯,
        // 有些代码要求别人写 new User.UserBuilder().a()...build() 看上去就没那么好
        public static UserBuilder builder() {
            return new UserBuilder();
        }
    
        public static class UserBuilder {
            // 下面是和 User 一模一样的一堆属性
            private String  name;
            private String password;
            private String nickName;
            private int age;
    
            private UserBuilder() {
            }
    
            // 链式调用设置各个属性值,返回 this,即 UserBuilder
            public UserBuilder name(String name) {
                this.name = name;
                return this;
            }
    
            public UserBuilder password(String password) {
                this.password = password;
                return this;
            }
    
            public UserBuilder nickName(String nickName) {
                this.nickName = nickName;
                return this;
            }
    
            public UserBuilder age(int age) {
                this.age = age;
                return this;
            }
    
            // build() 方法负责将 UserBuilder 中设置好的属性“复制”到 User 中。
            // 当然,可以在 “复制” 之前做点检验
            public User build() {
                if (name == null || password == null) {
                    throw new RuntimeException("用户名和密码必填");
                }
                if (age <= 0 || age >= 150) {
                    throw new RuntimeException("年龄不合法");
                }
                // 还可以做赋予”默认值“的功能
                  if (nickName == null) {
                    nickName = name;
                }
                return new User(name, password, nickName, age);
            }
        }
    }
    

     

  • 核心是:先把所有的属性都设置给 Builder,然后 build() 方法的时候,将这些属性复制给实际产生的对象。

    看看客户端的调用:
    
    public class APP {
        public static void main(String[] args) {
            User d = User.builder()
                    .name("foo")
                    .password("pAss12345")
                    .age(25)
                    .build();
        }
    }
    

     

本章的主题是创建和销毁对象:何时以及如何创建对象,何时以及如何避免创建对象,如何确保它们能够适时地销毁,以及如何管理对象销毁之前必须进行的各种清理动作。

静态工厂和构造器有个共同的特点:不能很好地扩展到大量的可选参数

线程

   之前开启线程的时候习惯是用一个类实现runnable,然后new Thread( runnable).start开启线程,或者放到线程池里执行。如果想要把参数传递过去的则在实现runnable的类里面写一个构造方法,里面放需要传入的参数,最后通过new xxxx(String a, String b, String c)这种方式传入。 如果参数多会很混乱,而且结构不清晰,其他要引用的类也需要按照对应构造参数进行传参,没办法做到需要什么传递什么,扩展性不好。 刚好学习了下builder模式,顺便运用了一下。案例如下:

  


  • ####    没用 builder 之前是这样传参的:

图片 5

 

  • #### 用了Builder模式之后是这样的

     图片 6

  • 图片 7

    上面代码中
    通过静态内部类进行不同参数的构建,然后返回一个新的对象,对象里面存放的是Builder静态类,然后在新的对象内部把值赋给当前类的成员变量,如下图:

  • 图片 8

     

 总结:

相比只通过一个构造器创建实例,JavaBean模式的实例的构造过程被分成了好几个过程。

我们完全有可能在属性不完整的情况下使用这个实例。

当然,Builder也有缺点。

缺点1.创建实例前都要创建一个Builder实例。

缺点2.Builder模式编写起来较为冗长。

但是,当构建一个实例需要很多步骤(或者很多让人混淆的参数)的时候,Builder模式是个不错的选择。

    


1. 重叠构造器(telescoping constructor)

重叠构造器是一种常用的获得类对象的方法,只需要童工一个只有必要参数的构造器,第二个构造器有一个可选参数,第三个构造器有两个可选参数,以此类推,最后一个构造器包含所有的构造哈参数;如:

public class Person {
    private final String name;     //(required)
    private final int age;         //(required)

    private final String address;  //(optional)
    private final String phone;    //(optional)

    public Person(String name, int age) {
        this(name, age, "");
    }

    public Person(String name, int age, String address) {
        this(name, age, address, "");
    }

    public Person(String name, int age, String address, String phone) {
        this.name = name;
        this.age = age;
        this.address = address;
        this.phone = phone;
    }
}
  • 当想创建实例时,可以采用参数最短的构造器。

什么是线程:

 线程是进程中的一个实体,是被系统独立调度和分派的基本单位,线程自己不拥有系统资源,只拥有一点儿在运行中必不可少的资源,但它可与同属一个进程的其它线程共享进程所拥有的全部资源

表面上是多线程其实是cpu快速轮流切执行

 总结:

相比只通过一个构造器创建实例,JavaBean模式的实例的构造过程被分成了好几个过程。

我们完全有可能在属性不完整的情况下使用这个实例。

当然,Builder也有缺点。

缺点1.创建实例前都要创建一个Builder实例。

缺点2.Builder模式编写起来较为冗长。

但是,当构建一个实例需要很多步骤(或者很多让人混淆的参数)的时候,Builder模式是个不错的选择。

    

之前开启线程的时候习惯是用一个类实现runnable,然后new Thread(
runnable).start开启线程…

[toc]

2. JavaBeans模式

遇到很多构造参数的时候,可以采用JavaBeans模式,在这种模式下调用一个无参构造器来创建对象,然后调用setter方法来设置每个必要的参数及每个可选的参数;如:

public class Person {
    private String name;     //(required)
    private int age;         //(required)

    private String address;  //(optional)
    private String phone;    //(optional)

    public Person() {

    }

    public void setName(String name) {
        this.name = name;
    }

    public void setAge(int age) {
        this.age = age;
    }

    public void setAddress(String address) {
        this.address = address;
    }

    public void setPhone(String phone) {
        this.phone = phone;
    }   
}

//调用方法
Person person = new Person();
person.setName("QyQiaoo");
person.setAge(24);
person.setAddress("ujn");
person.setPhone("88888888888");
  • 这种模式弥补了重叠构造器模式的不足,即创建实例很容易,产生的代码也非常容易读。
  • 缺点也很突出:JavaBean自身的严重缺点,在构造过程中被分到几个调用中,在构造过程中JavaBean可能处于不一致状态,类无法仅通过检验构造器参数的有效性来保持一致性;并且JavaBean模式阻止了把类做成不可变的可能;

多线程

  1. 并行:两个任务同事进行,就是甲任务执行的同时,乙任务也在执行
  2. 并发:两个任务都请求运行,而处理器只能接受一个任务,就把这两个任务安排轮流执行。由于时间间隔很短,使人感觉两个任务都在运行

静态工厂 和 构造器
有个共同的局限性:它们都不能很好地扩展到大量的可选参数。

3. Builder模式

Builder模式既能保证像重叠构造器那样的安全性,也能保证像JavaBean模式那么好的可读性。
Builder模式:不直接生成想要的对象,而是让客户端利用所有必要的参数调用构造器(或者静态工厂),得到一个builder对象;然后客户端在builder对象上调用类似于setter的方法,来设置每个相关的可选参数;最后,客户端调用无参的Build方法来生成不可变的对象(这个builder是它构建的类的静态类成员)。如:

public class Person {
    private final String name;     //(required)
    private final int age;         //(required)

    private final String address;  //(optional)
    private final String phone;    //(optional)

    public static class Builder {

        private final String name;     //(required)
        private final int age;         //(required)

        private String address;  //(optional)
        private String phone;    //(optional)

        public Builder(String name, int age) {
            this.name = name;
            this.age = age;
        }

        public Builder address(String address) {
            this.address = address;
            return this;
        }

        public Builder phone(String phone) {
            this.phone = phone;
            return this;
        }

        public Person build() {
            return new Person(this);
        }
    }

    public Person(Builder builder) {
        this.name = builder.name;
        this.age = builder.age;
        this.address = builder.address;
        this.phone = builder.phone;
    }
}

//调用方法
 Person person = new Person.Builder("QyQiaoo", 24).address("ujn").phone("8888888888").build();

Builder模式优点:

  • Builder模式模拟了具名的可选参数;
  • Builder模式像构造器一样,可以对其参数加强约束条件;
  • Builder模式可以有多个可变参数;
  • Builder模式十分灵活,可以利用单个builder构建过个对象,builder的参数可以在创建对象期间进行调整,亦可以随着不同的对象改变,并且builder可以自动填充某些域;

Builder模式缺点:

  • Builder模式为了创建对象,必须先创建它的构建器,在注重性能的场景中,可能成为问题;
  • Builder模式比重叠构造器模式更加冗长;

总结:如果类的构造器或静态工厂中具有多个参数,设计这种类时,Builder模式就是中不错的选择,特别是当大多数参数都是可选的时候。

多线程(java程序运行的原理)

java命令会启动jvm等于启动了一个应用程序。该进程会自动启动“主线程”,主线程去调用main方法