methods - 现有代码库中具有大量参数的重构方法

Question

我继承了一个现有的代码库，其中的“功能”如下:

巨大的整体类
(字面意思)100 个成员变量
和页面合二为一的方法
(呃屏幕)

具有大量参数的公共(public)和私有(private)方法。

我正在尝试清理和重构代码，让它更好一点
比我如何找到它。所以我的问题

值得(或者你)用 10 个左右的参数重构方法，以便它们更具可读性吗？

是否有关于方法应该多长时间的最佳实践？您通常将它们保留多长时间？

单片类(class)不好吗？

Answer 1

is worth it (or do you) refactor methods with 10 or so arguments so that they are more readable ?

是的，这是值得的。重构那些不“合理”的方法通常比那些已经很好、很短并且有一个小的参数列表的方法更重要。

通常，如果你有很多参数，那是因为一个方法做的太多了——很可能，它应该是它自己的一个类，而不是一个方法。

话虽如此，在需要许多参数的情况下，最好将参数封装到一个类中(即:SpecificAlgorithmOptions)，并传递该类的一个实例。这样，您可以提供干净的默认值，并且非常明显哪些方法是必要的与可选的(基于构造选项类所需的内容)。

are there best practices on how long methods should be ? How long do you usually keep them?

方法应该尽可能短。它应该有一个目的，并尽可能用于一项任务。如果可以将其拆分为单独的方法，其中每个方法都是真实的、定性的“任务”，那么在重构时就这样做。

are monolithic classes bad ?

是的。