为工作选择正确的 STL 容器的标准?

发布于 2024-07-29 22:43:52 字数 142 浏览 6 评论 0原文

您是否仅根据以下属性来选择 STL 容器?

  1. 搜索/更新
  2. 插入和
  3. 删除

如果不是,您的选择还基于什么? 是否有任何参考资料列出了每个容器在所有这些不同属性上的执行情况?

Do you just base your STL container selections on the following attributes?

  1. Searching/Updating
  2. Insertion and
  3. Deletion

If not, what else do you base your selections upon?
Is there any reference out there that lists how each container performs across all these different attributes?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(4

无需解释 2024-08-05 22:43:52

Scott Meyers 的 Effective STL 不仅涵盖了这一点,但是您会遇到一些奇怪的容器(例如 set)的奇怪陷阱。

Scott Meyers' Effective STL covers not only this, but the weird pitfalls that you'll run into with some of the odder containers like set.

爱*していゐ 2024-08-05 22:43:52

+1 表示有效的 STL。

但如果您需要在线参考,StackOverflow 中有一个很好的流程图 问题 471432

+1 for effective STL.

But if you need an on-line reference, there is a good flowchart in StackOverflow Question 471432

从来不烧饼 2024-08-05 22:43:52

确保数据放置在连续的内存中可能很重要。 通常,如果您有兴趣通过类似于 doSomething(int* data, int dataCount) 的接口使用结构中的数据。

Guarantee that the data is placed in continuous memory can be important. Typically if you are interested in using the data in the structure with interfaces that looks like doSomething(int* data, int dataCount).

等数载,海棠开 2024-08-05 22:43:52

我首先考虑数据的“形状”、每个项目重复的频率等。

I start of by thinking about the "shape" of the data, how often each item can repeat etc.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文