我所属的团队正在计划将我们当前使用的UI框架Om换成另一个框架。进行交换的主要原因是不再支持Om，我们已经重新构建了一个简单的概念验证，似乎很有希望。
除了我们当前使用的不受支持的框架外，我们的代码也需要重构。 UI的大部分代码都放在一个大文件中（约3k行）。
我的首选方法是首先完成对现有Om代码的重构，然后将大文件拆分为许多小文件，以使事情更易于管理，并且还将文件重组为更直观的文件结构。之后，我们将使用重新框架重新编写UI代码。
我的同事宁愿跳过重构/重构，而是重新编写UI代码。
我想先进行重构的思考过程是：
- 能够识别无效代码并将其删除
- 具有更小，更有条理的文件，可以更轻松地转换为使用新框架
- 提取将在重新框架代码中重用的公共代码，因此我们拥有该公共代码的一个副本，该副本将在Om代码和正在开发的重新框架代码中同时在Production中使用
- 通过一次做一件事情来减少项目失败的风险（首先进行重构，然后进行UI框架交换）
我的同事想跳过重构背后的思考过程是，我们会：
- 不重构将被扔掉的代码，节省时间和精力
- 利用我们处于大型项目之间的停滞期来完成UI框架交换这一事实，直到我们最终又变得忙碌而又没有时间解决大型技术债务之前
我觉得我偏爱的方法可能比较慢，但风险较小。只要事情顺利，我的同事的方法可能会更快，但似乎风险更大，并且很难验证我们是否已在新代码中完全复制了原有功能。
有什么建议吗？