Home/ Questions/Q 4087050
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-20T18:48:22+00:00

I’m talking about wrappers for third-party libraries. Until recently I was trying to provide

  • 0

I’m talking about wrappers for third-party libraries. Until recently I was trying to provide a general enough wrapper so I could easily switch libraries if needed. This however proved to be nearly impossible since libraries can vary greatly even in terms of how basic concepts are handled.

So the question came to me why one should use wrappers at all. (In the past I have been encouraged by experienced coders to write wrappers for 3rd-party libs.) I came to the following conclusions; please tell me if they are wrong or if you have anything to add.

  • If the library isn’t widely used in the application (e.g. used by only one or two classes), don’t write a wrapper at all, just use it directly. (Especially if it’s a portable lib.)
  • When you do write wrappers don’t think you can make one-size-fit-all wrapper. Write something appropriate for the strengths of the lib.
  • … But in some cases you can still generalize the wrapper enough so that it’ll be somewhat easier to switch libraries. (E.g.: most graphics libraries use images and fonts.)
  • Wrappers are useful for when the library offers more functionality than you need. You can hide the unneeded functionality in the wrapper.
  • In the case of C libs (if you’re using C++), you can also write a wrapper to help you with automatic memory management.

What do you think are the (dis)advantages of using wrappers, and how should they be used properly?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    I think you’ve hit the nail on the head, wrappers just to allow something to potentially be swapped out is a bad idea. The classic example is a database and who has actually ever had to switch from SQL to Oracle (I know people have, but how often and did having a wrapper really help?).

    In my experience a wrapper only helps if it is hiding 2+ calls to the 3rd party component or api’s into a single call that means something to the calling code (basically a facade pattern) or if it is wrapping the code and adding value / type conversion for the caller (an adapter pattern).

    So the wrapper must provide a benefit here and now to the consumer, not a potential future benefit (to the system coder) that may never be needed.

    • 0