今天是我自学Java的第39天。
感谢你的观看,谢谢你。
话不多说,开始今天的学习:
用过安卓手机的同学应该都知道:
打开文件管理,可以查看到文件分类:
所有图片都在图片栏里;所有视频都在视频栏里;所有音乐都在音乐栏里……等等。
那这种需求在Java代码里面要如何做到?
就需要使用到过滤器了。
一、过滤器
什么叫过滤器?
就是根据特定的要求,找出对应条件的文件。
比如说,过滤出图片文件:
创建一个file对象
路径填写我们现在作为例子的文件夹“F:/test"。
定义一个find方法
该方法的作用为:查找文件夹中的图片文件。
file如果是文件
根据后缀名是否为“jpg”来判断图片文件,并输出该文件。
file如果是文件夹
因为我们要查询的是图片文件,那么要先遍历。
使用file的listFilts方法,再使用增强for循环遍历。
子文件里面可能同时又有文件夹和文件,故递归
递归调用自己
find方法本身就是查找文件夹里的图片文件的,那么直接调用自己就好了。
OK,代码写完,运行下来发现控制台打印的都是文件夹中的图片文件,需求解决。
但是现在问题来了,这种代码写下来水平就很差,因为代码的可拓展性太差了。
什么叫可拓展性?
拓展性越强,需求改变时,需要修改的代码越少。
就拿上述例子来说:是,确实解决了查找图片的需求,但是如果现在要查找音乐文件呢?该怎么办?如果要查找视频文件呢?
得将代码复制粘贴,然后将“jpg”一个个修改,这样的话代码就太冗余了。
如何解决扩展性问题?
二、过滤器优化
定义一个查找方法
设置两个参数:文件对象,后缀名;根据后缀名查找对应的文件。
如果是文件
根据isFile()方法,判断是否是文件,若是文件再进行判断,同时结束递归。
判断文件是否满足要求。
根据提供的后缀名,来判断是否满足的要求。
如果是文件夹
先遍历,再递归。
OK,需求解决了,现在想查找某种类型的文件,直接在调用方法时设定参数就好了。
那么问题又来了:
如果有用户要查询前缀名为a的图片,该怎么办?
如果有用户要查询包含“cad”的图片,又该怎么办?
如果有用户要查询大小小于1M的图片,又该怎么办?
因为用户的需求是各种各样的,程序员得去满足这些要求。
我觉得写代码有一个最大的魅力:实现需求时要考虑的非常全面,这样在遇到问题的时候,能很好地去应对。
就像网上流传的一句话:只有将用户想象成最傻最傻的人,考虑到各种各样的问题,才能写出好的代码。
三、过滤器再次优化
如何进一步优化?仔细看第二节中的代码:
是问题的核心所在,因为将代码给写死了,endsWith方法只能用来判断后缀名。
那怎么解决这个问题?
接口,Java的精髓就在于接口。
具体什么意思?
现在要查找对应的文件对吧,我不写具体的查找条件了,我就制定一个接口,谁要用接口,重写方法就好了:
要根据后缀名查找文件?行,重写方法就好了。
要根据前缀名查找文件?行,重写方法就好了。
用户有任何要求,只需要重写接口里的方法,写出对应的需求就好了。
高级程序员和低级程序员差别在哪?
高级程序员写出的代码,能解决某类问题,他在写接口,在制定规则。
低级程序员写出的代码,只能解决某个问题,他在实现接口,写出用户具体的要求。
所以接口是每一个Java程序员应该认真研究的:如何使用接口,如何写接口。
回到过滤器,如何写接口?
定义过滤器接口MyFilter
要过滤文件?实现这个接口就好了。
接口里定义一个抽象方法,我给你一个file,具体是什么过滤条件我不清楚,你重写我的方法时写清楚,并将结果告诉我就好了。
定义一个查找方法find,设定两个参数
一个是file,一个是定义的接口。
为何要拿接口作为参数?因为接口能制定规则。
接口是没法实例化创建对象的,那么无论是谁,你想要使用find方法,必须实现这个接口和重写接口里的抽象方法。
重写接口里的抽象方法
根据用户的需求,写出具体的过滤条件就好了,再返回一个结果。
多态
父类引用在调用方法时,会调用子类重写后的方法,这是多态。
这里并没有将过滤条件写死,而是不同的人在调用find方法时,根据不同的重写方法,有不同的结果。
遍历并递归
递归已经说了很多遍了,不再阐述。
所以什么叫代码的可拓展性?
无论用户有什么过滤要求,我只需要修改中重写的方法就可以了,其他代码都不用改,这就是代码的可拓展性。
还能优化么?是可以的,在中可以使用lambad表达式代替匿名内部类。
以上就是关于过滤器一点一点的优化,当然我这写的比较粗糙,我估计都存在什么问题,只不过我自己水平有限,没有发现而已。
但核心思想还是考虑到了的。
核心思想是啥?
就是接口、面向对象三大特性之一的多态。
当一个方法里参数有接口时,必定会有多态,因为接口没法实例化创建对象,必定需要其实现类对象。
总结:
领取专属 10元无门槛券
私享最新 技术干货