ITADN

重构Keytone_album.vue组件文件的代码, 以提升功能迭代效率

#116OpenLuSrackhall 创建于 2025-12-31
question
L
LuSrackhallcommented
这个组件的代码行数一度达到6000行左右, 这是一个十分恐怖的维护深渊。(那时还没有用ai写代码, 且由于迫切地想要实现键音专辑的功能而忽略了功能拆分, 以至于一股脑的全塞到了一起) 因此, 自从1月份实现了这个代码文件的功能后, 后续几个月每次增加新功能都让我很烦躁, 毕竟在严重耦合的单一代码文件中针对特定功能的新增和修复十分困难。困难体现在两个方面, 一方面是我win设备的vscodevim无法承接这个代码量的文件, 以至于j/k等基础移动键都出现严重的延迟(当然, 这是最影响体验的, 即使我后续换了vscode-neovim也仍是仅改善了基础的移动与滚动, 因为在我老旧的win上, 每次保存这个文件都要等待至少3~8s种才可以, 即使禁用了代码规范检查和风格自动格式化也仍是需要这个时长); 另一方面是这个阅读量简直是地狱, 由于我只在业余时间才有可能对此项目进行维护, 因此每次在这个组件中修复功能或是增加一些功能, 中间总要间隔数天甚至数周, 导致我每次都要重新阅读并回想一些逻辑的位置, 以及新功能要放置的大概位置(当然, 方便后续重构; 至于每次加新功能时为何不进行重构? 我想可能是因为我严重的拖延症吧——即使这个问题困扰了我整个2025年我也没去着手解决, 我真佩服当时懒惰的自己) 虽然现在我依然拖延, 但由于此项目需要长期迭代和维护, 越早的解决此问题就越能在未来节省更多的时间, 再加上现阶段ai的能力边界已经达到了令我基本满意的程度, 而且这个问题确实困扰我很久的缘故, 于是我将对此组件文件进行拆分重构。 当然, 由于整个文件过于庞大和啰嗦, 在保证重构过程中不影响现有功能的前提下, 最好的重构方案就是渐进式的重构, 因此可能无法做到完美, 但即使时轻度的重构和功能文件的拆分, 也将大大减小此组件的代码体积。 总之, 完成这件事将使得KeyTone项目的迭代效率翻倍, 极大程度的降低后续的功能迭代和维护成本。
0 条评论