JavaSe第五天笔记小记

1、== 与 equals

1）对于基本数据类型，==比较的是值是否相等

2）对于引用类型，==比较的是地址是否相同

为了比较引用类型的值，例如String类型的值，引入了equals方法

public class MyException {
    public static void main(String[] args) {
        String a = "Hello";
        String b = "World";

        System.out.println(a == b);     // false，不是同一个对象
    }
}

public class MyException {
    public static void main(String[] args) {
        String a = new String("Hello");
        String b = new String("Hello");

        System.out.println(a == b);         // false，不是同一个对象
        System.out.println(a.equals(b));    // true，比较值相同
    }
}

2、包装类和toString

针对八种基本数据类型而定义的相应的引用类型——包装类（封装类）

有了类的特点，就能够调用类中的方法

基本数据类型	包装类
boolean	Boolean
byte	Byte
short	Short
int	Integer
long	Long
char	Character
float	Float
double	Double

装箱

即基本数据类型包装成包装类的实例

通过包装类的构造器实现

int i = 500;
Integer t = new Integer(i);

通过字符串参数构造包装类对象

Float f = new Float("3.14");

拆箱

即获得包装类对象中包装的基本类型变量

调用包装类中的方法.xxxValue()

boolean b = bObj.booleanValue();

JDK1.5之后，支持自动装箱和自动拆箱，但是类型必须匹配

字符串转换为基本数据类型

通过包装类的构造器实现

int i =new Integer("12");

通过包装类的parseXxx(String s)静态方法

Float f = Float.parseFloat("3.14");

基本数据类型转换成字符串

调用字符串重载的valueOf()方法

String fstr = String.valueOf(2.34f);

更直接的

String intStr = 5 + "";

3、单例设计模式

以前写过的博客

4、模板设计模式（TemplateMethod）

在模板模式（Template Pattern）中，一个抽象类公开定义了执行它的方法的方式/模板。它的子类可以按需要重写方法实现，但调用将以抽象类中定义的方式进行。这种类型的设计模式属于行为型模式。

介绍

意图：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

主要解决：一些方法通用，却在每一个子类都重新写了这一方法。

何时使用：有一些通用的方法。

扫描二维码关注公众号，回复： 11437376 查看本文章

如何解决：将这些通用算法抽象出来。

关键代码：在抽象类实现，其他步骤在子类实现。

应用实例： 1、在造房子的时候，地基、走线、水管都一样，只有在建筑的后期才有加壁橱加栅栏等差异。 2、西游记里面菩萨定好的 81 难，这就是一个顶层的逻辑骨架。 3、spring 中对 Hibernate 的支持，将一些已经定好的方法封装起来，比如开启事务、获取 Session、关闭 Session 等，程序员不重复写那些已经规范好的代码，直接丢一个实体就可以保存。

优点： 1、封装不变部分，扩展可变部分。 2、提取公共代码，便于维护。 3、行为由父类控制，子类实现。

缺点：每一个不同的实现都需要一个子类来实现，导致类的个数增加，使得系统更加庞大。

使用场景： 1、有多个子类共有的方法，且逻辑相同。 2、重要的、复杂的方法，可以考虑作为模板方法。

注意事项：为防止恶意操作，一般模板方法都加上 final 关键词。

简单来说，就是将公共的功能提取出一个抽象类，并在抽象类里面实现，将其定义为final，子类不能重写，只能直接使用

5、工厂模式（FactoryMethod）

工厂模式（Factory Pattern）是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。

在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。

介绍

意图：定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行。

主要解决：主要解决接口选择的问题。

何时使用：我们明确地计划不同条件下创建不同实例时。

如何解决：让其子类实现工厂接口，返回的也是一个抽象的产品。

关键代码：创建过程在其子类执行。

应用实例： 1、您需要一辆汽车，可以直接从工厂里面提货，而不用去管这辆汽车是怎么做出来的，以及这个汽车里面的具体实现。 2、Hibernate 换数据库只需换方言和驱动就可以。

优点： 1、一个调用者想创建一个对象，只要知道其名称就可以了。 2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。 3、屏蔽产品的具体实现，调用者只关心产品的接口。

缺点：每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。

使用场景： 1、日志记录器：记录可能记录到本地硬盘、系统事件、远程服务器等，用户可以选择记录日志到什么地方。 2、数据库访问，当用户不知道最后系统采用哪一类数据库，以及数据库可能有变化时。 3、设计一个连接服务器的框架，需要三个协议，"POP3"、"IMAP"、"HTTP"，可以把这三个作为产品类，共同实现一个接口。

注意事项：作为一种创建类模式，在任何需要生成复杂对象的地方，都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式，而简单对象，特别是只需要通过 new 就可以完成创建的对象，无需使用工厂模式。如果使用工厂模式，就需要引入一个工厂类，会增加系统的复杂度。

工厂模式—菜鸟教程