Java 删除不推荐的代码是好主意还是坏主意？

在以前的API版本中，我们创建了一个模块，用于在Webservice中创建计划。下周我们将在生产中发布中间版本产品，但我们有一个问题。客户表示他们不再需要这种功能。我是这个项目的一名后端开发人员，我重构了几个域模型，这就节省了这个功能，我必须重构dto，查看模型和数据库结构。PM建议我应该使用@Deprecated并保存这部分代码，但我认为我们应该删除这部分代码，因为在下一个版本的API中，我们必须编写另一个模块来创建计划。我知道这部分代码将不会在下一个版本中使用

需要找到并删除死代码；将死代码留在内存中是程序员理解和操作的一个障碍，并且存在代码被唤醒的风险，这可能会导致重大问题。删除死代码不是一个技术问题；凯夫林·亨利认为，这是一个心态和文化的问题

更多：

---

是，立即删除。如果您认为时间表创建功能在将来可能有用并且不常见，请将其保存到代码库之外。推迟只会造成技术债务。我的投票主要是基于意见，但还是要回答你的问题：我认为如果你知道你的API已经在某处使用，那么在API中标记一些不推荐的东西是好的，如果你删除部分，它可能会破坏东西。但是，如果您的调度程序根本不需要，而且项目也没有在其他地方使用，只需将其删除即可。我假设您使用的是版本控制，因此，如果以前的调度程序代码再次变得相关，您可以在将来随时回顾它。在项目中留下死代码是不可取的，因为我个人经历过10+y.o.应用程序。为什么不删除它？如果您再次需要它，它将存储在版本控制中。