我目前正在使用c ++编写2D几何编辑器。我有用户放置节点。通过选择2个节点可以绘制线和弧。
现在，我将节点存储在std :: deque容器中（对于线和弧来说是相同的）因为我想将节点的地址存储到每个行/弧中。当我实现移动节点的功能时，这使编码方便。如果我要将实际节点存储在每个线/弧内，那么当我想移动一个节点时，我将不得不遍历整个线和弧结构来找到我刚刚移动的节点并更新参数。此选项不是表格上的选项。因此，需要能够在每个行/弧内存储节点的地址。
但是，我遇到了一些需要删除节点的问题。看一下参考手册，似乎对于所有指针，当你从双端队列中删除一个元素时，这些都是无效的（除非该元素在开头或结尾。为了讨论，我不会考虑这种情况） 。这会导致擦除问题，因为现在，我的所有行/弧都会重新连接到不同的节点，或者在删除节点并且程序最终崩溃时根本不绘制。
继续在线查看，我遇到了std :: list（根据我对阅读文档的理解），当其中一个元素被删除时，它不会使任何指针或引用无效。这似乎是解决我问题的一个非常好的解决方案。
但是，我一直在关注堆栈溢出，看看使用列表与deque的优点/缺点是什么。而且似乎更倾向于使用deque然后列表。似乎列表访问较慢，然后deque。这不好，因为我不确定用户想要绘制多少个节点。据我所知，几何体中可能有10,000多个节点，如果用户想要移动节点，我不希望用户必须等待30秒才能让程序遍历所有要查找的元素要擦除的节点。
所以一方面，deque很快，但是一旦删除了一个元素，所有的指针和引用都会失效。另一方面，std :: list允许我擦除我想要的任何元素而不会使任何指针和引用无效，但与deque相比速度较慢。
我正在考虑切换到一个列表，因为即使列表速度较慢，如果我不能在不使指针和引用无效的情况下擦除元素，那么如果没有一个好处，那么速度并不快。该计划不起作用。
然而，在我的情况下使用列表是最佳选择吗？有没有办法使用双端队列？或者我还没有考虑过第三种选择吗？
编辑：
我忘了提。我不喜欢列表的一件事是无法直接获取元素的数据（在std :: deque和vector中，我可以使用at函数来访问元素）。这对我的代码来说并不是一个巨大的破坏。但它确实使事情变得方便。例如，当用户在想要创建行/弧时选择节点时，代码将遍历整个节点列表以找出选择的节点，然后，对于第一个选择，将索引存储到变量中（称为firstNodeIndex）。对于第二个节点，它执行相同的操作，但是当两个变量（firstNodeIndex和secondNodeIndex）都是可行数时，则调用创建行/弧的函数，并且函数使用两个存储的索引重新访问节点列表获取节点的地址。如果我要使用该列表，我将必须将两个节点的地址存储在变量中，然后创建一些额外的逻辑，以确保包含两个节点的地址的两个变量是可行的选项。
另一个替代解决方案是再次通过整个节点列表重新获取所选择的节点（我将在每个节点内部有一个变量来指示它已被选中）。但鉴于std :: list限制，我担心这可能不是一个好主意。
我有点赞成我的第一种方式，但如果需要或者有更好的方法，我愿意改变
答案 0 :(得分：2)
所以你的问题是，当你插入或擦除元素时，你不希望你的迭代器失效，但你希望你的数据结构很快。
当您必须经常迭代所有元素时，链接列表才会很慢。 In不利用像vector或deque这样的连续数据访问。列表中的线性搜索也很慢。
我有类似的情况。以下是一些选项：
使用列表并尝试避免线性搜索。查看链表的内存访问速度是否会显着影响您的性能，如果没有，请使用它。
使用地图或集。除搜索之外的列表相同，即O（logn）。或者，如果您不关心排序元素，则可以使用无序版本。
使用非标准数据结构，例如plf::colony。如果您不关心插入顺序，这可能是您的最佳选择。
创建您自己的类似deque的数据结构，该结构不会使迭代器失效（使用跳过字段或在某处存储自由元素）。我不推荐它，因为你可能最终会写plf::colony之类的东西。
答案 1 :(得分：-2)
经验法则：
我想随机添加和删除项目吗？
set, list, map, multimap and unordered versions of same
我希望能够为单个项目命名并快速找到它们吗？
map, set, multimap and unordered versions of same
我存储的东西是否具有可变数据，还是比其名称（密钥）更详细？
map, multimap, unordered versions thereof
我需要按顺序说出这些项目吗？
yes: map, no: unordered_map