You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are already using the pimpl idiom in a few places to give us more leeway for changing the implementation without breaking the ABI and to reduce compile times. However, there's a lot more classes where it would make sense to push implementation details out of the header. Of course forcing heap allocations onto all of these would be decremental to the performance. Hence, fast pimpl idiom. Isn't quite as flexible because the size of the implementation object is fixed but avoids the extra heap allocations.
The first set of classes where deploying the fast pimpl idiom makes sense are our serialization classes.
The text was updated successfully, but these errors were encountered:
We are already using the pimpl idiom in a few places to give us more leeway for changing the implementation without breaking the ABI and to reduce compile times. However, there's a lot more classes where it would make sense to push implementation details out of the header. Of course forcing heap allocations onto all of these would be decremental to the performance. Hence, fast pimpl idiom. Isn't quite as flexible because the size of the implementation object is fixed but avoids the extra heap allocations.
The first set of classes where deploying the fast pimpl idiom makes sense are our serialization classes.
The text was updated successfully, but these errors were encountered: