和经理讨论下了关于模式的学习,也反馈自己的掌握模式的程度。
单单举一个java.lang.Boolean类里具体用到了哪些设计模式?
分析列举下:
1.Singleton
必然用到了Singleton,查看下API,原来一个变种的Singleton,有两个对象TRUE和FALSE,是两个,而不是一个,但思路是一样的,就有人把多例也算作一个独立的模式。 只要你调用valueOf来构建Boolean,那jvm里就永远不会有超过2个Boolean的实例。这也是单例的一个思想出发点。
2.Adapter
从设计思路上出发,Boolean就是对基本数据类型boolean的封装,典型的Adapter的思想
从具体的实现功能出发,Boolean实现了Comparable <Boolean > 接口,而Comparable 接口主要是为了用于集合中的对象排序,也就是说如果Boolean对象实例如果要进行比较的话,必然要实现这个接口,也就是说,如果现有排序算法,我新创建的类,如果用使用已有的排序算法,那我就得对我的类做适配,实现排序算法要求的接口。
3.Factory
Boolean里有这个方法
valueOf(boolean b)
// Returns a Boolean instance representing the specified boolean value.
valueOf(String s)
// Returns a Boolean with a value represented by the specified String.
Boolean.valueOf() 是典型的Factory 的应用了。
4.immutable
这个可以认为是常说的23种模式之外的,但是看到final这个关键字,可以知道这个Boolean的实例永远不会变化了,所以这个也算是用到的一种模式
5.Builder
Builder和factory都是为了创建对象的过程和对象组件之间的解耦,中间的界限也比较模糊。
同时Boolean有这个方法
parseBoolean(String s)
// Parses the string argument as a boolean.
parse本身的动作是为了将一个对象转变为另外一个对象,属于注重创建的过程,所以builder模式也可以放在这里
从一个简单的类里都可以找到这么多的设计思想,可见OO的思想确实还是无处不在的。
设计模式充斥在JDK的各个角落,锻炼自己识别设计模式的能力才能增强自己设计掌握设计模式的能力,看来确实需要多看看jdk 的API了