pimpl: più implementazioni della stessa interfaccia

[Rocoat82]

Salve

ho il seguente problema di programmazione in C++ (ma penso che l'idioma si possa applicare anche ad altri linguaggi):
ho differenti oggetti (che si può ritenere appartenenti ad una medesima classe base) che presentano ciascuno delle proprietà che possono essere comuni o specifiche
e vorrei definire un frontend comune per accedere a questi oggetti, mentre nel backend vorrei definire l'implementazione di ogni specifico oggetto.

All'inizio avevo pensato subito all'ereditarietà per risolvere questo problema,
ovvero definendo una classe virtuale pura in cui fossero presenti i metodi (pseudo codice):

PropertyList GetProperties();
Property GetProperty(Name);
void SetProperty(Name, Val);

mentre in ciascuna classe derivata passerei ad implementare
i metodi in modo specifico per l'oggetto che m'interessa.

A questo proposito però mi è stato fatto notare che esisterebbe anche una seconda soluzione al problema,
ovvero adottare l'idioma pimpl, che mi permetterebbe di svincolarmi anche dall'ereditarietà.

Ho fatto qualche ricerca in internet (pimpl), ma fatico a capire
come possa implementare in differenti modi l'interfaccia che definisco; gli esempi mostrano tutti come separare l'implementazione, ma non capisco come possa sfruttare questa cosa per poterla fare per differenti "classi derivate", visto che nella classe interfaccia il puntatore pimpl fa riferimento solo ad una sola implementazione
dell'interfaccia.

[MItaly]

L'idioma PIMPL in realtà normalmente si usa per nascondere i dettagli implementativi di una classe (nello specifico, i campi e in generale qualunque cosa che possa alterare il layout binario dalla classe) dagli utilizzatori, tipicamente per evitare problemi di compatibilità binaria o per evitare di dover ricompilare tutto ogni volta che l'implementazione di una classe che il client usa direttamente viene modificata.

Se non hai di questi problemi non vedo necessità di usare PIMPL, specie se il codice client userebbe esclusivamente puntatori alla classe base (in un certo senso fare riferimento ai metodi solo attraverso una classe base astratta è già di per se una forma di PIMPL direttamente supportata dal linguaggio, visto che tutto quello che il codice client può fare sull'oggetto passa attraverso la sua vtable).