在我的程序中有很多地方我需要访问和修改 std::map 数据结构。现在我有一个名为 getMap() 的方法，它本质上返回对 std::map 的引用。我正在考虑将迭代器返回到 std::map 而不是映射本身，以获得更好的封装和性能。就封装和性能而言，做这样的事情还是返回地图与返回迭代器一样好是个好主意吗？
【问题讨论】：
如果您真的只需要引用 map 那么为什么要返回迭代器？
如果您需要指向地图的特定部分，迭代器并不总是能很好地封装（它们是 const 吗？反向？随机访问......？您的调用例程可能希望免受此类细节的影响，并且裸迭代器不提供这种保护）。 boost::range 可能会提供更好的解决方案。
对于其他一些容器（例如vector），如果另一个例程在使用之前修改了容器，则迭代器将失效。根据程序的语义，您可能会认为这会破坏封装。
【讨论】：
我过去也做过同样的事情，但现在更喜欢返回对整个集合的引用。我担心迭代器保持有效。例如，如果我使用迭代器删除一个条目，它们是否仍然有效，还是我需要再次获取它们？归还藏品感觉像暴露更多，但我觉得这样更安全。
【讨论】：
我认为当您返回整个地图的迭代器时，您会降低函数的实用性。该函数的使用者可以简单地编写 getMap().begin() 来获取迭代器。另一方面，他们可能对元素根本不感兴趣，他们可能想clear()it 或swap()it。
但是，当输出集合的某些 子集 时，例如通过谓词选择的范围或某些元素，通过输出迭代器返回数据比返回 reduced 集合要好得多。
标准库一直这样做，例如copy()算法：
template<class InputIterator, class OutputIterator>
OutputIterator copy ( InputIterator first, InputIterator last, OutputIterator result )
{
while (first!=last) *result++ = *first++;
return result;
}
这里result 可以将元素附加到另一个集合类（使用back_inserter），输出到屏幕，甚至处理元素而不将它们存储在任何地方，例如计算集合中项目的统计信息。
【讨论】：