【问题标题】:Shall I refactor code if it hides the flow of the program?如果代码隐藏了程序的流程,我应该重构代码吗?
【发布时间】:2015-09-19 06:39:05
【问题描述】:

我已经构建了宁静的网络服务。服务端点具有类似的逻辑:

如果输入验证成功,进行数据库操作并返回结果。

如果db操作失败,返回db错误。

如果验证失败,返回一个包含失败验证信息的响应

我的代码是明确的,你可以阅读代码并理解程序的流程。

一位同事对其进行了重构,以便在实用程序类中重构此基本流程,该实用程序类的主函数采用请求正文、数据库操作和处理程序。

现在代码没有表达流程,但基本逻辑被重构了。

最佳做法是什么?你会为了重构而牺牲可读性吗?

是的,单元测试也会减少一点。

谢谢。

【问题讨论】:

标签: design-patterns refactoring code-readability


【解决方案1】:

您认为包含重构代码的实用程序类在许多其他类似的操作场景中可以重用吗,例如,

  • 验证输入,
  • 正在运行数据库操作,
  • 返回结果

如果可以在其他类似的场景中复用,那么重构也是可以的。

我想重构会更好,从可维护代码的角度可以看出,重构服务器是一个更好的目的。 (如果时间允许,我猜,你可以让新代码也可读,以明确流程。)

【讨论】:

    猜你喜欢
    • 2010-09-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-03-14
    • 1970-01-01
    • 2014-08-08
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多