c++ - 公开对象管理器对象的可接受方式？

Question

场景是，我正在使用负责加载和管理纹理的 TextureManager 类构建游戏。实现 IVisibleGameObject 的游戏对象将需要指向来自 TextureManager 的纹理的指针/引用。

纹理管理器是用 std::map<std::string, boost::shared_ptr<Texture> > 实现的在内部保存它的对象。

我不确定我应该如何实际暴露纹理，并想到了几种可能性，每种可能性都有其缺点:

1) const Texture& GetTex(std::string textureKey)

我觉得会很理想，但我想通过返回 NULL 来指示在 map 中找不到纹理。 (第二次猜测自己......这合适吗？)

2) shared_ptr<const Texture> GetTex(std::string textureKey)

在这里我可以返回一个空的 shared_ptr，但我对它现在是一个共享对象的暗示感到不舒服。 TextureManager 是对象的所有者，毕竟它是管理者。但是，考虑到 IVisibleGameObject 持有返回的 Texture 的引用/指针并依赖于它的存在才能正常运行，难道它不也是对象的所有者，也许共享所有权是合适的吗？

3) const Texture* GetTex(stD::string textureKey)

显然，这是错误的答案。

希望有人为我解决这个问题，也许有些事情我没有考虑过。

Answer 1

我会坚持使用标准库的习惯用法，只公开find 和end。然后你就可以非常高效了:

auto it = my_objects.find("foo");

if (it == my_objects.end())
{
    // handle "not found"
}
else
{
    it->second->do_magic();
}

标准库已经有一个完美可服务的通用习惯用法，用于处理集合和指示元素存在或不存在，以及组合插入新的或返回现有的语义。为什么要重新发明轮子...