- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
在我的新工作场所,代码大量使用 Pimpl 惯用语,原因是为了减少编译时间。但是我有一个基本的查询——pimpl 不需要动态分配内存吗?因此,实际上我们在堆中分配了比需要更多的内存。如果它被大量使用,你最终会使用更多的内存。那么使用它是个好主意吗?
最佳答案
...the reason is to reduce the compile time.
你的意思是说我猜的重新编译时间,正如Is the pImpl idiom really used in practice?中所建议的那样(“重新编译时间真的减少了,因为只需要重新构建源文件,而不是头文件和包含它的每个文件”)。
Doesn't pimpl require dynamic allocation of memory?
不是真的,它需要指针,但指针可以设置为指向任何东西,无论它是否是静态的。在 Pimpl idiom without using dynamic memory allocation 中阅读更多内容.
And if it is used a lot, you end up using more memory.
好吧,开销是由于指针(4 或 8 个字节)造成的。无论如何,数据都必须存储在某处,无论这个“某处”是否是静态的,内存都差不多。
我说的差不多了,因为如果内存是动态分配的,系统必须做一些内务处理,这会产生开销。
但是,由于您使用了 Pimpl Idiom,因此内存不足的可能性极小。如果你这样做,那么问题就在别处,如果没有那个成语,你也会失去内存。
PS:正如 juanchopanza 所说,Memory Fragmentation (“当你的大部分内存分配在大量不连续的 block 或 block 中时 - 总内存中有很大一部分未分配,但对于大多数典型场景不可用”)也应该考虑在内
关于c++ - Pimpl 成语内存使用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44483643/
我被指出“安全 bool 成语”,在试图破译发生了什么之后(解释 supplied on the site 不足以让我理解它为什么起作用),我决定尝试将以下代码分开并尝试尽可能地简化它。该网站提供的代
访问标量表达式的最简洁和字节码有效的方法是什么 多次从另一个表情的深处? 以下代码中的所有函数(例如 scalar4 )都可以根据需要运行。但只有 字节编码器 发出高效的字节码(尽管它以 ISTORE
我正在处理一个 Chart 类,它有一个 margin 参数,它包含 :top、:bottom、:right 和 :left 值。我的第一个选择是使 margin 成为 setter 并像这样设置值:
想象一下,您正在使用明显的蛮力算法生成斐波那契数列。如果我知道我想提前生成的斐波那契数,我可以使用幂连接 ^: 做这样的事情: (, [: +/ _2&{.)^:20 i.2 当斐波那契数达到某个极限
有很多地方(例如 How to use requestAnimationFrame? )修复了 window.requestAnimationFrame 如下。我不明白为什么赋值的右侧包含在函数调用中
这个问题不太可能帮助任何 future 的访问者;它只与一个小的地理区域、一个特定的时间点或一个非常狭窄的情况有关,这些情况并不普遍适用于互联网的全局受众。为了帮助使这个问题更广泛地适用,visit
我已经使用 idiorm 玩了几天了,并且逐渐设法让它真正开始执行查询。虽然我遇到了一些奇怪的事情,但我无法弄清楚。 find_many() 函数只返回一条记录,它始终是数据库中的最后一条记录。例如,
我读到 Pimpl 有利于二进制兼容性,接口(interface)有利于轻松切换实现。我需要结合这两种技术,让我的应用程序能够通过配置文件切换底层实现。 以下是我当前的设计布局: 类 Foo:提供面向
今天我了解了 C++“memberspace”惯用语,它粗略地滥用了 C++ 的一个属性,该属性使 T::bar 以及 T.bar 工作,当T 在某些范围内既是类型又是对象。 struct A {
这个 jQuery 片段最清楚的常用习惯用法是什么? $('#someTextarea').val( $('#someTextarea').val() + someString ); 将原始代码包装在
我记得很久以前读过有关复杂对象配置情况下的 C++ 构造函数习惯用法。它特别有用,因为它有助于为一些讨厌的概念启用 RAII,这些概念方式太多(通常是相互冲突的)选项。 这是一个简单的例子。假设您要为
boost 库是否提供了安全 bool 习惯用法的实现,以便我可以从中派生我的类? 如果是 - 它在哪里? 如果不是 - 除了我自己实现之外,我还有哪些选择? 我发现了以下类似的问题:“Is ther
我想使用 pimpl idiom 和继承。 这里是基础公共(public)类及其实现类: class A { public: A(){pAImpl = new AImpl;};
通过使用 Copy & Swap我们可以轻松实现具有强大异常安全性的复制分配: T& operator = (T other){ using std::swap; swap(*this
这个问题在这里已经有了答案: Iterating over every two elements in a list [duplicate] (22 个回答) 关闭3年前。 我觉得我花了很多时间用 P
关于 pimpl idiom 有一些关于 SO 的问题,但我更好奇它在实践中的使用频率。 我了解在性能和封装之间需要权衡取舍,另外由于额外的重定向会导致一些调试烦恼。 这样,这是应该在每个类(clas
这个问题在这里已经有了答案: Is the PIMPL idiom really used in practice? (12 个回答) 关闭7年前。 背景: PIMPL Idiom (指向 IPLem
这是网络上最常见的实现方式 private static class LazySomethingHolder { public static Something something = new S
像std::iterator_traits 这样的包罗万象的特征类通过将类型的属性与其定义分开是很有用的,例如,可以在定义完成之前使属性可用。 除了每个客户端类本身之外还定义特征是不方便的,因为特征通
我通常为 pimpl 使用 boost::scoped_ptr(出于一个原因,因为如果我忘记处理复制构造函数,我不会感到惊讶) 然而,对于模板,我不能只将析构函数放在完全定义了 impl 的 cpp
我是一名优秀的程序员,十分优秀!