引用传递进阶分析
引用传递是Java的核心,如果我们不懂引用传递,基本上所有的代码都无法进行正常的分析。
范例一:
图片.png
第一步
图片.png
第二步
图片.png
第三步
图片.png
第四步
图片.png
第五步
图片.png
范例二:
图片.png
本题的最终结果就是"hello",关键在于:字符串常量一旦声明则无法改变,字符串对象的内容改变依靠的是地址的引用关系变更。
图片.png
图片.png
所以str还是"hello"
范例三:
图片.png
图片.png
内存分析:
-
按照基本数据类型来分析
图片.png - 按照引用类型分析
xxxxxx
总结:对于字符串最简单的做法是按照基本数据类型来分析。
第02个代码模型 综合案例 对象比较
- 何为对象比较?
- 如果现在要想确认两个对象是否相等怎么比较?
- 应该比较的是对象的完整信息,对象的完整信息就是对象的属性,所以两个对象完整信息的比较就是对两个对象的属性进行的比较。
- 如果现在要想确认两个对象是否相等怎么比较?
引用传递的时机应用
引用传递可以说是Java的核心,也正是有了引用传递,所以Java语言才可以更好的表现出现实世界的抽象。
假如,现在要描述这样一种关系:一个人有一辆汽车或没有车。
- 要想描述一个这样的关系该怎么做呢?
- 很明显现在应该有两个实体类
- 一个是人(Member)
- 一个是车(Car)
- 很明显现在应该有两个实体类
关系应该是这样的,一个人有车,一个车是属于是一个人的。比如人有一个杯子一样,那么人就应该有一个属性用来描述有没有杯子。
所以得出如下设计。
图片.png
图片.png
以上两个类就是一个很普通的POJO类。
如果一个人有车,那就证明,在人里面应该能描述有车的属性*
图片.png
一个人不可能是跟车一起出生的,所以肯定是人"出生"完,再去设置车。
所以有如下:
图片.png
在车类中应该有关于人的描述
图片.png
以上车类与人类的关系就出来了。
图片.png
①
图片.png
图片.png
所以同样的也可以通过车找到人!
***如果现在要进一步的设计,小明会有后代,后代也会有车。这个时候有两类做法:
- 再次建立一个孩子类,在此建立一个孙子类,但这样做的问题是,我们会发现小明的儿子跟小明不是一"类"人,与孙子也不是一"类"人。因为儿子与孙子在在组成上肯定是一样的,所以上面这种做法不合理。
- 第二个做法,在Member类里面建立一个新的属性,这个属性描述的是孩子,孩子的类型就是Member
图片.png
图片.png
以上这些关系的配置可以很好地反映现实生活。如果把上面的配置再进行扩展的话,实际上也可以更好的描述出实际的组成关系。比如:一台电脑由显示器、主机箱、键盘、鼠标、CPU、内存、主板等所组成。那么这样的关系如何表示。
图片.png
图片.png
思考只有将这些细小的类合并到一起,才能够描述出一个完整的概念,而且在实际的生活中这些细小的组成部分都可以替代替换。这种逻辑是没有错的,所以这样的设计就属于合成设计模式
