Effective STL 条款8:不要把auto_ptrs放入容器

最新推荐文章于 2024-09-17 20:39:29 发布

WinterTree

最新推荐文章于 2024-09-17 20:39:29 发布

阅读量1.9k

点赞数

文章标签：编译器工作网络

本文链接：https://blog.csdn.net/wintertree/article/details/245250

版权

本来没有打算自己翻译Effective STL的，怕影响大家情绪:)，只是发现有些条款在网络上找不到，只好自己翻译了。--Winter

坦白的讲,这个条款不应加入本书，因为包含atuo_ptr的容器(COAPs)本来在STL中就是禁止的。就算你这么用了，编译器也不会编译你的代码。而标准委员会也没有解释为什么不能这样。对于COAPs我应该什么都不用说的，因为你的编译器应该替你做好了一切工作，所有这种类似的代码都不应该被编译。

详细阅读 "Effective STL 条款8:不要把auto_ptrs放入容器"

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

WinterTree

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
1
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

条款8:不要把auto_ptr放入容器

Black_Man的专栏

07-08

1030

条款8:不要把auto_ptr放入容器作者： winter 本来没有打算自己翻译Effective STL的，怕影响大家情绪:)，只是发现有些条款在网络上找不到，只好自己翻译了。--Winter坦白的讲,这个条款不应加入本书，因为包含atuo_ptr的容器(COAPs)本来在STL中就是禁止的。就算你这么用了，编译器也不会编译你的代码。而标准委员会也没有解释为什么不能这样。对于COAP

C++规范编码引涉语法点之（5）不要在STL容器中存储 auto_ptr 对象 & auto_ptr的缺陷

qfturauyls的博客

07-09

355

【导入】使用auto_ptr类的限制（auto_ptr的缺陷） 1）不要使用auto_ptr对象保存指向静态分配对象的指针，否则，当auto_ptr对象本身被撤销的时候，它将试图删除指向非动态分配对象的指针，导致未定义的行为。 2）永远不要使用两个 auto_ptrs 对象指向同一对象，导致这个错误的一种明显方式是，使用同一指针来初始化或者 reset 两个不同的 auto_ptr对象。另一种导致这个错误的微妙方式可能是，使用一个 auto_ptr 对象的 get 函数的结果来初始化或者 reset另一个

1 条评论您还未登录，请先登录后发表或查看评论

std::auto_ptr和tr1::shared_ptr的用法

mniwc的专栏

03-21

3325

1>为防止资源泄漏,请使用RAII对象,它们在构造函数中获得资源并在析构函数中释放资源.如下:void Func(){ Investment* pInv = createInvestment();//createInvestment是工厂方法.返回一个堆上的对象指针 ...; delete pInv;}这时当在...区域一个过早的return,continue,goto语句退出.这样在区域内的语句抛出异常,这样delete就被忽略过去,这时就发生了内存泄漏,我们泄漏的不只是内含对象的那块内存,还

《Effective STL》条款解读

zhuikefeng的博客

08-22

902

条款01：慎重选择容器类型 vector、list和deque有着不同的复杂度，vector是默认使用的序列类型。当需要频繁在序列中间做插入和删除操作时，应使用list。当大多数插入和删除操作发生在序列的头部和尾部时，应使用deque。可以将容器分为连续内存容器和基于节点的容器两类。连续内存容器把元素存放在一块或多块（动态分配的）内存中，当有新元素插入或已有的元素被删除时，同一块内存中的其他元素要向前或向后移动，以便为新元素让出空间，或者是填充被删除元素所留下的空隙。这种移动会影响到效率和异常安全性。

effective stl(容器部分总结)

xietingcandice的专栏

08-01

1045

还是很喜欢effective部分的书，看了好几遍，这里把stl中和容器相关的一些基本的注意的点进行介绍总结，之后对迭代器等进行总结 1 对序列容器中需要逐个删除的时候，不能像关联容器那样事先对迭代器进行＋＋操作，因为删除一个迭代器，会使他自己无效，后面的迭代器也无效，所以应该保存删除erase返回的下一个指针的值。而关联容器中并不会导致后面的迭代器无效的情况 2 在stl中如果对容器内对象

Effective Modern C++42招独家技巧助你改善C++11和C++14的高效用法笔记

网络资源是无限的

02-01

9672

Scott Meyers大师Effective三部曲：Effective C++、More Effective C++、Effective STL，这三本书出版已很多年，后来又出版了Effective Modern C++。 Effective C++的笔记见：https://blog.csdn.net/fengbingchun/article/details/102761542 More E...

「经典研读」Effective STL

士全的CSDN，用心连载，欢迎关注

02-19

282

研读 Effective STL 时的一些心得和记录，不一定正确，请酌情参考，从容器、迭代器和算法等几个方面展开

【绝版C++书籍】《Effective STL》读书笔记

Elias_Liu的博客

09-21

1426

《Effective STL》读书笔记写在前面《Effective STL》中可能过时的内容1 容器第1条：慎重选择容器类型。第2条：不要试图编写独立于容器类型的代码。第3条：确保容器中的对象拷贝正确而高效。第4条：调用empty而不是检查size()是否为0。第5条：区间成员函数优先于与之对应的单元素成员函数。第6条：当心C++编译器最烦人的分析机制。第7条：如果入容器中包含了通过new操作创建的指针，切记在容器对象析构前将delete掉。第8条：切勿创建包含auto_ptr的容器对象。第9条：慎重选择删

Effective STL学习笔记

ybxm

04-23

312

第一章容器条款1：仔细选择你的容器● 标准STL序列容器：vector、string、deque和list。● 标准STL关联容器：set、multiset、map和multimap。● 非标准序列容器slist和rope。slist是一个单向链表，rope本质上是一个重型字符串。（“绳子（rope）”是重型的“线（string）”。明白了吗？）你可以找到一个关于这些非标准（但常见的）容器的概览...

c++ Effective STL（中文+英文）

08-11

条款8: 千万不要把auto_ptr放入容器中条款9: 小心选择删除选项条款10: 当心allocator的协定和约束条款11: 了解自定义allocator的正统使用法条款12: 对STL容器的线程安全性的期待现实一些

《Effective C++》读书笔记(详细总结55条款)上篇

身在边城心在编程

07-07

2093

下面从四个方面来说 (1) C++ 以 C 为基础，很多语句语法都没有改变，只是进行了扩展，C++ 解决问题的时候，可以理解为 C 的高效解法 (2) 面向对象，有构造函数，析构函数，继承、封装、多态、虚函数动态绑定，这是不同于C 语言的部分 (3) 泛型编程、可以理解为代码的模型，但是代码本身并不占用内存空间，只有在实例化的时候，才分配内存，所以可以提高代码复用性

C++代码简化之道

C语言与CPP编程的博客

08-31

1107

我是极简主义者，崇尚简洁明快的代码风格，这也可能是我不喜欢Java全家桶的原因……当然我说的简洁是要建立在不降低可读性的前提下，即不影响代码本身的表现力。如果为求代码精简而让代码晦涩艰深同...

Java-网络

2301_81543552的博客

09-14

802

Java中的网络编程主要涉及使用Socket类进行网络通信，以及理解各种网络协议。以下是一些关键概念和示例代码，帮助您入门。

4.网络编程

weixin_45476535的博客

09-14

590

程序注册端口：1024-49151。单个协议下，端口号不能冲突。公有端口0-1023。

使用堡垒机登录ftp服务报网络不可达错误

ajax_beijing_java的博客

09-14

291

解决方法：由于不想安装额外的服务在服务器上，于是想到使用sftp服务代替ftp服务，发现是可以使用的。22端口默认就是启动的，在堡垒机上加了sftp服务，再次连接服务器并使用filezila传输文件，文件可以正常传输。至此，问题得到解决。场景：开发同事想使用ftp传输服务，连接服务器时报网络不可达错误。排查发现，如果想使用ftp服务，需要在服务器上部署ftp服务，21端口才会存在，才可以访问该服务。

linux-网络相关概念