SingleCase 单例设计模式
        1.单例设计模式的特点
        2.多例设计模式的特点
    内容
    单例设计模式
        现在如果说有这么一个程序类

    class Singleton{
private SingleCase(){} // 构造方法私有
public void print(){
System.out.println("***************");
}
}
// 这个时候程序类给出肯动是直接实例化对象,而后调用方法
public class SingleCase{
public static void main(String args[]){
Singleton inst = null;// 声明对象
inst = new SingleCase(); // 实例化对象
inst.print();
}
}

在此时的 Singleton 类中一定存在有无参的构造方法,因为自动成的。
        但是构造方法虽然一般都会使用 public 声明,可是也可以使用 private 声明
        当构造方法使用 private 声明之后 程序执行就会出错
        因为此时构造方法被私有化了,所以我无法从外部进行构造方法的调用
        那么现在在保证构造方法与 print() 方法都不做任何修改的前提下,要求通过一些适当的 Singleton 变化让类外部可以得到 Singleton 类的实例化对象,并且调用 print() 方法
        于是有了以下的分析:
        分析一:现在程序的关键是在于构造方法上使用了 private (private SingleCase(){} // 构造方法私有了),那么对于 private 的特点是只能够在本类中进行访问
        那么现在换一个思路:能不能说在本类准备好一个实例化对象呢?

    class Singleton{
Singleton instance = new Singleton
private SingleCase(){} // 构造方法私有
public void print(){
System.out.println("***************");
}
}
// 这个时候程序类给出肯动是直接实例化对象,而后调用方法
public class SingleCase{
public static void main(String args[]){
Singleton inst = null;// 声明对象 }
}

分析二:此时内部声明的 instance 属性属于一个普通属性,那么普通属性有一个前提:在实例化对象后才可以调用,但是现在外部无法实例化对象
        那么就考虑使用 static ,因为 static 不受到实例化对象的控制

    class Singleton{
static Singleton instance = new Singleton
private SingleCase(){} // 构造方法私有
public void print(){
System.out.println("***************");
}
}
// 这个时候程序类给出肯动是直接实例化对象,而后调用方法
public class SingleCase{
public static void main(String args[]){
Singleton inst = null;// 声明对象
inst = Singleton.instance;
inst.print();
}
}

分析三:强调过只要是类中的属性都是应该进行 private 封装,所以以上代码中 instance 属性也应该进行封装
        那么一旦封装了,就必须通过方法访问,按照此时要访问的是 static 属性,并且类无法直接在外部产生实例化对象,那么就编写一个 static 方法

    class Singleton{
private static Singleton instance = new Singleton();
private SingleCase(){} // 构造方法私有
public static Singleton getlnstance(){
return instance;
}
public void print(){
System.out.println("***************");
}
}
// 这个时候程序类给出肯动是直接实例化对象,而后调用方法
public class SingleCase{
public static void main(String args[]){
Singleton inst = null;// 声明对象
inst = Singleton.getlnstance();
inst.print();
}
}

分析四:这么写代码折腾一圈最终目的还是在外部使用实例化对象调用方法,那么这种脱裤子放屁的意义在哪里?
            所以这个时候通过内存关系可以发现,不管外部有多少个对象的声明,最终所能产生的实例化对象只有一个
            也就是说本程序限制了实例化对象的产生,只维持了一个
            之所以将构造方法私有就是切断了那么自然无法产生新的实例化对象
            
        分析五:缺陷
        为了保证整个代码在操作的过程之中只会存在有唯一的一个实例化对象,并且不可更改,则可以利用 final 声明
        面试题: 请编写一个 Singleton 程序,并说明程序的主要特点

    class Singleton{
private static final Singleton INSTNCE = new Singleton();
private SingleCase(){} // 构造方法私有
public static Singleton getlnstance(){
// instance = new Singleton(); 这种代码的可能性还是有得 为了不让其出现 加上 final
return INSTNCE;
}
public void print(){
System.out.println("***************");
}
}
// 这个时候程序类给出肯动是直接实例化对象,而后调用方法
public class SingleCase{
public static void main(String args[]){
Singleton inst = null;// 声明对象
inst = Singleton.getlnstance();
inst.print();
}
}

构造方法私有化,外部无法产生新的实例化对象,只能够通过类提供的 static 方法取得唯一的一个对象的引用
        对于单例设计模式有两类:饿汉式(以上的代码),懒汉式
            饿汉式:不管程序中是否有对象需要使用此类,那么此类的对象都实例化好;
            懒汉式:在第一次使用的时候才进行实例化
        范例:观察懒汉式

    class Singleton{
private static Singleton instance;
private SingleCase(){} // 构造方法私有了
public static Singleton getlnstance(){
if(instance == null){
instance = new Singleton(); // 需要的时候进行实例化
}
return instance;
}
public void print(){
System.out.println("***************");
}
}
// 这个时候程序类给出肯动是直接实例化对象,而后调用方法
public class SingleCase{
public static void main(String args[]){
Singleton inst = null;// 声明对象
inst = Singleton.getlnstance();
inst.print();
}
}

这两个分类只是一个小小的概念,关键 还是将之前的单例设计模式编写熟练
                
    多例设计模式
        不管是单例设计还是多例设计,本质就一个:构造方法私有化,内部产生实例化对象,只不过单例设计只产生一个,多例设计不产生多个
        例如:现在要求描述一周时间数的类,只能够有七个对象
        例如:要求描述性别的类,只能有两个
        范例:性别的描述

    class Sex{
public static final int MALE_CH = 1;
public static final int FEMALE_CH = 1;
private static final Sex MALE = NEW Sex("男");
private static final Sex FEMALE = NEW Sex("女");
private String title;
private Sex(String title){
this.title;
}
public static Sex getlnstance(int ch){
switch(ch){
case MALE_CH:
return MALE;
case FEMALE_CH:
return FEMALE;
dafault:
return null;
}
}
public String toString(){
return this.title;
}
}
public class SingleCase{
public static void main(String args[]){
Sex sex = Sex.getlnstance(Sex.MALE_CH);
System.out.println(sex);
}
}

多例只是单例的一种衍生品,本质上没有区别
            
    总结
        1.对于单例设计模式,多例设计模式更希望理解它设计的出发点:限制对象产生
        2.程序的基本结构必须要记下

菜鸡的Java笔记 第二十九 - java 单例设计模式的更多相关文章

  1. java笔记之静态修饰附和单例设计模式

     第六天笔记 静态修饰符static: 一.static修饰成员变量: static用来修饰成员变量叫静态成员变量,没有static修饰的成员变量叫非静态成员变量 静态成员的访问方式: (1)   用 ...

  2. 菜鸡的Java笔记 第二十八 - java 包的定义

    包的主要作用以及定义    包的导入操作    系统常见的开发包    jar 程序命令        包的定义        在任何的操作系统之中都有一个统一的共识:同一个目录下不能够存在有相同的文 ...

  3. 菜鸡的Java笔记 第十九 - java 继承

    继承性的主要目的,继承的实现,继承的限制                继承是面向对象中的第二大主要特点,其核心的本质在于:可以将父类的功能一直沿用下去                为什么需要继承? ...

  4. 菜鸡的Java笔记 第二十六 - java 内部类

    /*    innerClass        从实际的开发来看,真正写到内部类的时候是在很久以后了,短期内如果是自己编写代码,几乎是见不到内部类出现的        讲解它的目的第一个是为了解释概念 ...

  5. 菜鸡的Java笔记 第二十四 - java 接口的基本定义

    1.接口的基本定义以及使用形式        2.与接口有关的设计模式的初步认识        3.接口与抽象类的区别                 接口与抽象类相比,接口的使用几率是最高的,所有的 ...

  6. 菜鸡的Java笔记 第二十二 - java 对象多态性

    本次只是围绕着多态性的概念来进行讲解,但是所讲解的代码与实际的开发几乎没有关系,而且多态一定是在继承性的基础上才可以操作的,        而本次将使用类继承的关系来描述多态的性质,实际的开发中不会出 ...

  7. “全栈2019”Java多线程第二十九章:可重入锁与不可重入锁详解

    难度 初级 学习时间 10分钟 适合人群 零基础 开发语言 Java 开发环境 JDK v11 IntelliJ IDEA v2018.3 文章原文链接 "全栈2019"Java多 ...

  8. Java进阶(三十九)Java集合类的排序,查找,替换操作

    Java进阶(三十九)Java集合类的排序,查找,替换操作 前言 在Java方向校招过程中,经常会遇到将输入转换为数组的情况,而我们通常使用ArrayList来表示动态数组.获取到ArrayList对 ...

  9. JAVA之旅(六)——单例设计模式,继承extends,聚集关系,子父类变量关系,super,覆盖

    JAVA之旅(六)--单例设计模式,继承extends,聚集关系,子父类变量关系,super,覆盖 java也越来越深入了,大家加油吧!咱们一步步来 一.单例设计模式 什么是设计模式? JAVA当中有 ...

随机推荐

  1. Winform 控件命名规范

    前言 最近 Winform 项目做得比较多,控件命名规范上常用的能记住,但是有些总要查,写个记录吧.方便以后自己用,大家也可以参考. 标准控件 序号 控件类型简写 控件类型 1 btn Button ...

  2. Java(一)——基础知识

    引言 之前一直对 Java 怀有固执的偏见,以为 Java 是编写前端的语言,作为一个机械生,非常抗拒去学它. 但是最近接触一点以后,完全改观了先前的看法,于是开启了对 Java 的大学习. 一.数据 ...

  3. mysql从零开始之MySQL UPDATE 更新

    MySQL UPDATE 更新 如果我们需要修改或更新 MySQL 中的数据,我们可以使用 SQL UPDATE 命令来操作. 语法 以下是 UPDATE 命令修改 MySQL 数据表数据的通用 SQ ...

  4. 那些我用Windows时必备的软件

    那些我用Windows时必备的软件 使用Windows多年来,自己发现了许多不错的小软件,在此做一个备份清单,方便今后装新机. 起源 \(hadow\)ock$ 越过高墙的小飞机 Google Chr ...

  5. Python小知识之对象的比较

    好久不见 国庆回了趟老家,躺平了10天.作息时间基本和小学生差不多,8.9点就睡了, 那滋味别提多舒服了.时间也和小时候过得一样慢了...长时间不更新,还是不行滴,粉都快掉没了. 今天就结合日常生活的 ...

  6. Jekins 插件Extended Choice Parameter显示Json Parameter Type遇到的问题

    在jenkins中使用Extended Choice Parameter插件用来显示自定义的多选项,尝试通过groovy script来显示,正常,但查看它的例子,发现它例子中多选是通过类型 Json ...

  7. InstallSheild相关

    一.关于使用InstallSheild制作安装包的总结. 1.定制化制作需要了解InstallScript语法,相关资料可以去网上查找,后续提供比较好的资料. 2.有些软件运行是需要一些环境的,譬如使 ...

  8. .NET Core 基于Quartz的UI可视化操作组件 GZY.Quartz.MUI 简介

    前言 最近在用Quartz做定时任务.虽然很方便,但是Quartz自己貌似是没有UI界面的..感觉操作起来 就很难受.. 查了一下,貌似有个UI组件 不过看了一下文档..直接给我劝退了..太麻烦了 我 ...

  9. uoj21 缩进优化(整除分块,乱搞)

    题目大意: 给定一个长度为\(n\)的序列 让你找一个\(x\),使得\(ans\)尽可能小 其中$$ans=\sum_{i=1}^{n}\lfloor\frac{a_i}{x}\rfloor + \ ...

  10. SpringMVC 获得请求数据

    获得请求参数 客户端请求参数的格式是:name=value&name=value- - 服务器端要获得请求的参数,有时还需要进行数据的封装,SpringMVC可以接收如下类型的参数: 基本类型 ...