编程中的路径依赖

前端之家收集整理的这篇文章主要介绍了编程中的路径依赖前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

今天早上解决一个编程问题的过程让我印象深刻,甚至让我联想到路径依赖这个词。而在这之前,我只是听过这个词而没有去了解它的意思,后来查了一下这个词的意思,发现它竟然能完美诠释我的这一段编程经历。
今天早上我遇到的一个问题是关于列表数据的删除和恢复。既可以删除列表中某个位置的数据,也要能恢复数据到原来的位置上。所以当删去列表的某个元素时,需要记录其位置和内容,以便恢复数据。到这一步,我就理所当然的使用Map来存储这种键值对数据,由于要记录删除的先后顺序,所以我又加入了一个List存储位置,算法就这样成了。后面验证算法的时候想到,当连续删除多个数据时,有可能出现位置相同的情况,而Map不能存在相同的key,那怎么办呢,我就又想了一个办法–碰到相同的元素则将其后的所有连续的元素后移。写了很久才把这个算法实现了出来,还了解到了SortedList。结果怎么样呢,后移算法是实现了,但是验证发现整个思路从一开始就是错的—-这个算法根本无法处理所有情况。我就这样走进了死胡同。
上面的经历,其实就是路径依赖导致的悲剧。先来看看”路径依赖”百度百科的解释:

一旦人们做了某种选择,就好比走上了一条不归之路,惯性的力量会使这一选择不断自我强化,并让你轻易走不出去。

可见,从我选择Map的那一秒起,我就已经走进了一条不归之路,惯性的力量让我随着Map这个前提条件去解决后面的问题,从而走进了死胡同。 实际上对于删除的数据只要使用List存储其位置和内容的键值对就行了,根本不用去考虑位置是否相同,恢复的时候只要按倒序将数据取出并插入到原列表中就行了。 这段经历给我的一个警醒就是,无论是现实生活中的场景还是编程等其他场景,在做选择之前,一定要做充分的思考,不要妄下定夺,否则一个错误的开始可能会导致时间的浪费甚至走进死胡同,谨记!

原文链接:https://www.f2er.com/javaschema/283296.html

猜你在找的设计模式相关文章