Estas mezclando conceptos como son el de programación orientada a objetos o procedimental y el de DLL, OCX, etc.
Vamos por partes.
1. Si trabajas con programación orientada a objetos, crearas objetos. A veces, te resultará necesario crear objetos heredados de otros porque hacerlo de cero es demasiado trabajo (hacer un Applet en Java desde cero es una locura, para eso tienes la clase Applet, para heredar de ella). No tienes porque heredar en ningun caso si no se da el caso.
2.Una DLL es una librería de funciones que se cargan en tiempo de ejecución dinámicamente. No es necesario que se carguen todas al inicio, sólo en la parte que las utiliza. Estas DLL tienen una serie de funciones con sus parámetros que tu puedes utilizar en tu programa sin necesidad de codificarlas de nuevo. Sería como hacer un include pero las DLL ya vienen precompiladas.
3. Existen "DLL" con objetos predefinidos para que puedas crearlos en tiempo de ejecución, pero de estos no se puede heredar puesto que no tienes el código fuente. Una librería de clases SI permite heredar de ella puesto que es un include completo del código de una clase para tu proyecto.
Cita: cuando es conveniente que una clase herede de una abstracta y cuando es conveniente que una clase "trabaje" con los metodos, funciones de una dll?
4. Las DLL se suelen usar en un proyecto para reutilizar código. O si el código fuente no es tuyo para comprar funcionalidades o incorporar estandares (twain32.dll para acceso a escaneres). Para proyectos pequeños ni siquiera necesitas utilizar DLLs.
Una clase no puede crear objetos que tengan funciones propias del objeto dentro de DLLs.
Diferente es que una clase tenga un procedimiento que llame a una función de una DLL externa. Yo tengo objetos que llaman a dll's que tienen funciones de tratamiento de imágenes. Pero no es lo normal. Lo que es conveniente depende del diseño o la necesidad.
Más o menos espero que entiendas la idea, aunque evidentemente todo esto "depende".