c++ - 你如何使用像 for_each 这样的 STL 函数？

Question

我开始使用 STL 容器是因为当我需要列表、集合和映射的功能而我的编程环境中没有其他可用的功能时，它们会派上用场。我不太关心它背后的想法。 STL 文档在涉及功能等方面很有趣。然后我跳过了阅读，只使用了容器。

但昨天，我的假期仍然很放松，我只是试了一下，想多走一点 STL 的路。所以我使用了transform函数(能不能给我一点掌声，谢谢)。

从学术的角度来看，它确实看起来很有趣并且很有效。但令我困扰的是，如果你加强对这些功能的使用，你需要成千上万的帮助类来处理你想在代码中做的大部分事情。程序的整个逻辑被切成小块。这种切片不是良好编码习惯的结果；这只是一个技术需求。有些东西，这让我的生活可能更难而不是更容易。

我从惨痛的教训中学到，你应该始终选择最简单的方法来解决手头的问题。例如，我看不出 for_each 函数为我做了什么，证明在位于正常循环内的几行简单代码上使用帮助程序类是合理的，这样每个人都可以看到正在发生的事情。

我想知道，您对我的顾虑有何看法？当您开始以这种方式工作并在习惯后改变主意时，您是否像我一样看到它？有没有我忽略的好处？还是像我一样忽略这些东西(并且可能会继续这样做)。

谢谢。

PS:我知道boost里面有一个真正的for_each循环。但我在这里忽略它，因为我猜这只是我通常使用迭代器循环的一种方便方式。

Answer 1

The whole logic of the program is sliced in tiny pieces. This slicing is not the result of good coding habits. It's just a technical need. Something, that makes my life probably harder not easier.

在某种程度上，你是对的。这就是为什么即将到来的 C++ 标准修订版将添加 lambda 表达式，允许您执行如下操作:

std::for_each(vec.begin(), vec.end(), [&](int& val){val++;})

但我也认为根据当前需要拆分代码通常是一个很好的编码习惯。您有效地将描述您想要执行的操作的代码与将它应用于一系列值的行为分开。这是一些额外的样板代码，有时很烦人，但我认为它也经常会产生好的、干净的代码。

今天执行上述操作将如下所示:

int incr(int& val) { return val+1}

// and at the call-site
std::for_each(vec.begin(), vec.end(), incr);

我们没有用一个完整的循环来膨胀调用站点，而是用一行描述:

• 执行哪个操作(如果命名适当)
• 哪些元素受到影响

所以它更短，传达与循环相同的信息，但更简洁。我认为这些都是好事。缺点是我们必须在别处定义 incr 函数。有时这根本不值得付出努力，这就是为什么将 lambda 添加到语言中的原因。