Herencia de Interfaz Múltiple

Question

Estoy implementando un conjunto de clases e interfaces correspondientes en las que quiero que cada clase tenga un conjunto de propiedades comunes y un conjunto de propiedades especializadas que son específicas solo para esa clase. Por lo tanto, estoy considerando la definición de las interfaces a lo largo de las líneas de:

interface ICommon {...} // Members common to all widgets 
interface IWidget1 {...} // specialized members of widget type 1 
interface IWidget2 {...} // specialized members of widget type 2 

estoy tratando de elegir entre tener la herencia en las interfaces, o en la clase. Así, en concreto, ya sea que puedo hacerlo de esta manera:

interface IWidget1 : ICommon {...} 
interface IWidget2 : ICommon {...} 
class Widget1 : IWidget1 {...} 
class Widget2 : IWidget2 {...} 

... o así ...

class Widget1: ICommon, IWidget1 {...} 
class Widget2: ICommon, IWidget2 {...} 

¿Hay alguna razón de peso para ir en una dirección o la otra?

Actualización: ¿Afectaría la respuesta si las clases deben ser COM-visibles?

Answer 1

Debe elegir la herencia de la interfaz si y solo si un tipo que implementa IWidget1 debe también implementar ICommon. En cualquier caso, la clase implementará IWidget1 e ICommon por separado. La única diferencia es que si haces que IWidget1 "se derive" de ICommon, haces cumplir que un IWidget1 también debe ser un ICommon.

Un buen ejemplo es IEnumerable e ICollection. Se garantiza que cada ICollection es IEnumerable, por lo que ICollection se deriva de IEnumerable. Si era legal o tenía sentido ser una colección pero no enumerable, los implementadores de ICollection no tendrían que implementar IEnumerable también.

Cualquiera que elija no afectará la visibilidad de COM. .NET aún exportará las interfaces por separado si no recuerdo mal.

Answer 2

Utilice el Principio de sustitución de Liskov para obtener una respuesta.

Si IWidget1 se puede sustituir para todos los clientes que trabajan en términos de ICommon1, entonces podría heredar IWidget1 de ICommon1. Si no, vaya con la clase implementando múltiples interfaces.

Answer 3

La herencia depende del atributo/comportamiento de la clase o interfaz. Si los comportamientos en IWidget1 y IWidget2 incluyen todos los comportamientos en ICommon, entonces seguramente puede heredar como IWidget1 : ICommon y IWidget2 : ICommon y no hay ningún problema con respecto a ComVisible. Esto es simplemente el concepto OOPS.

Answer 4

Hay otra consideración que creo que no se tuvo en cuenta en las otras respuestas.

Si usted deriva IWidgetX de ICommon, y luego llegar a un widget que tiene el comportamiento de ambos IWidget1 y IWidget2 que puede hacer múltiples implementación de la interfaz:

class Widget3 : IWidget1, IWidget2 

Si ambos interfase se derivaban de ICommon, entonces tendrás dos implementaciones de ICommon en tu clase. Eso no es un gran problema y puede ser manejado por multiple interface implementation, pero cambia la lógica.

Por otro lado, si no se derivan IWidgetX de ICommon, sólo puede poner en práctica los tres y no tener que lidiar con la implementación explícita:

class Widget3 : IWidget1, IWidget2, ICommon 

lo tanto, si es concebible que pueda necesitar tal clase de Widget3 - será mejor que no obtenga las interfaces IWidgetX de ICommon