在C++中设计一个小对象池,有助于减少"repetitive operations on objects"
Design of a small object pool in C++ which helps reduce "repetitive operations on objects"
我有一个系统,我必须"在每个"执行路径"中一次又一次地更新对象的某些数据成员"。
问题是,根据对象的类型,我更新的"数据成员"中至少有40-60%是硬编码值。
我想要的是只做一次这些硬编码,然后使用"hardcodings haven done"对象来更新实际需要动态更新的数据成员。
这将使我的代码明显更快,因为作为"硬编码"的一部分,我正在进行许多字符串赋值(50-100,取决于对象的类型)。
很明显,我不能在对象缓存中使用"已完成硬编码"的引用,因为一旦我使用该引用来构建我的最终对象,就会有很多"脏字段",因为我会更新"动态"字段。下次不能使用相同的引用(除非我写了一个"擦除脏字段"例程)。
关于设计的任何想法。感觉这类问题是家常便饭。这可能有一个公认的模式,我不知道。
对不起,我没有代码,到目前为止,这基本上是一个设计问题。
我想你说的是原型设计模式
相关文章:
- 什么时候调用组成单元对象的析构函数
- 对RValue对象调用的LValue ref限定成员函数
- CMake-按正确顺序将项目与C运行时对象文件链接
- 空基优化子对象的地址
- 将对象数组的引用传递给函数
- 你能重载对象变量名本身返回的内容吗
- C++使用整数的压缩数组初始化对象
- 找不到成员对象:没有名为get_event()的成员,也处理多态性和向量
- 将对象移动到std::shared_ptr
- 代理对象的常量正确性
- 提升 ASIO 无法识别计时器对象
- 将Ref对象作为类成员
- 将包含C样式数组的对象初始化为成员变量(C++)
- 如何返回一个类的两个对象相加的结果
- 使用std::函数映射对象方法
- 是否需要删除包含对象的"pair"?
- 如何在自删除后将对象设置为nullptr
- 迭代时从向量和内存中删除对象
- 在返回语句中构造对象时,std::move() 是否有助于或阻止 RVO?
- 在C++中设计一个小对象池,有助于减少"repetitive operations on objects"