C#

Звуковой спрайт - это сильно.

Это типично, ездящий за игроком пукающий монстр например)

Нужно отделять иерархию энтити и методы отображения, как мне кажется. И тогда вместо наследования получится композиция.

Я лишь привел пример. На самом деле мне необходимо написать класс, который легко интегрировать в сторонние не изменяя их практически, то есть не вызывая каждый метод в стороннем классе, а просто так скажем подцепил и поехали, в стороннем появились возможности моего класса.

Ну это типичное описание примесей (traits).

Интерфейсы же.

Инкапсулировать.

уже сказали, интерфейсы, множественной наследовательности в шарпе нет

man агрегация, ну и про фасады с адаптерами.

никак. используй интерфейсы и аггрегирование.

Игрушка что-ли? В играх простое ООП с наследованием не работает.

https://en.wikipedia.org/wiki/Entity_component_system

Генерируй класс на лету. Чо уж там. Вариант с обдумыванием даже не предлагаю.

Либо сделать виртуальный базовый класс для звука и спрайта и наследоваться от него. Либо интерфейсы, они поддерживают множественное наследование.

множественное наследование только с интерфейсами

Нету же множественного наследования