c++ - 如何在不传递大量参数的情况下处理类的 "many small functions"的想法？

Question

随着时间的推移，我开始欣赏许多小函数的思维方式，我真的很喜欢它，但我很难摆脱羞怯将它应用到类中，尤其是那些有很多小函数的类非公共(public)成员变量。

每个额外的辅助函数都会使界面变得困惑，因为代码通常是特定于类的，我不能只使用一些通用代码。(据我所知，无论如何，还是一个初学者，不知道那里的每个图书馆等)

所以在极端情况下，我通常会创建一个辅助类，它成为需要操作的类的友元，因此它可以访问所有非公共(public)内容。

另一种方法是需要参数的自由函数，但即使过早优化是邪恶的，而且我还没有真正分析或反汇编它......我仍然害怕有时仅仅想到传递我需要的所有东西，即使只是作为引用，即使每个参数应该是一个简单的地址。

所有这些都是偏好问题，还是有一种广泛使用的方法来处理这类问题？

我知道试图将内容强加到模式中是一种反模式，但我担心代码共享和标准，并且我希望至少让其他人阅读起来不会感到痛苦。

那么，你们是怎么处理的呢？

编辑:促使我提出这个问题的一些例子:

关于免费功能:DeadMG 对让自由函数在没有参数的情况下工作感到困惑。

我对这些函数的问题是，与成员函数不同，自由函数只知道数据(如果您将数据提供给它们)，除非使用全局变量等。

然而，有时候，为了可读性和理解性，我想分解一个庞大而复杂的过程，但是有太多不同的变量在所有地方都被使用，将所有数据传递给自由函数，这些函数是对成员(member)数据的每一点都不可知，看起来简直是噩梦。 Click for an example

这是将数据转换为我的网格类接受的格式的函数片段。例如，需要所有这些参数才能将其重构为“finalizeMesh”函数。在这一点上，它是一个巨大的计算机网格数据功能的一部分，并且在所有地方都使用了一些尺寸信息和大小以及缩放信息，交织在一起。

这就是我所说的“自由函数有时需要太多参数”的意思。

我认为它表现出糟糕的作风，但我希望 :P 本身不一定是非理性的症状。

如有必要，我将尝试在此过程中进一步解决问题。

Answer 1

Every additional helper function clutters up the interface

private 辅助函数没有。

I usually create a helper class which becomes the friend of the class that needs to be operated on

除非绝对不可避免，否则不要这样做。您可能希望将类的数据分解为更小的嵌套类(或普通的旧 struct)，然后在方法之间传递它们。

I still DREAD the mere thought of passing all the stuff I need sometimes, even just as reference

这不是过早的优化，这是一种完全可以接受的预防/减少认知负荷的方法。您不希望函数采用三个以上的参数。如果超过三个，请考虑将您的数据打包到 struct 或 class 中。