bazileЕсли бы это было злом, то никто бы его не реализовывал.
Это дырка в архитектуре классов, а не проблемы дотнета.

bazilecooldeveloper, я не про .NET говорил, а про ситуацию в целом.
Ну если говорить обобщенно, то я всё-равно не понимаю, какой профит мы получим, если множественно отнаследуемся от WPF кнопки, ASP.NET грида и мембершипа. Даже википедия не скрывает, что имеет место быть семантическая неопределенность, отсутствие возможности явного многократного наследования от одного класса, порядок наследования изменяет семантику класса. Множественное наследование усиливает проблему наследования конструкторов и последовательностей конструкторов, таким образом создавая проблемы с поддержкой и расширяемостью в этих языках. Объекты в отношениях наследования со значительно отличающимися методами конструирования довольно трудны для реализации в рамках парадигмы последовательности конструкторов.

Изопропилcooldeveloper, в реализации COM сервера на с++ множественное наследование (при правильном использовании) может серьёзно уменьшить объём копипаста
Чудесная новость. Как это мне может помочь?

Изопропилмножественное наследование не является абсолютным злом.
Абсолютным - возможно.

Абсолютbeg-in-erну вабщето , если очень надо , то "множественное" наследование можно сделать и в рамках штатных методов.
С этого места поподробней. Как штатными способами сделать множественное наследование?
Я тоже с beg-in-er поржал Сначала ляпнул какую-то глупость, потом начал говорить, что мол вы некорретно задачу ставите.

...beg-in-erLexxxxxМожно это продемонстрировать? Подробностей хочется.
ну смотря что вам нужно. только методы унаследовать это одно , а с со всеми погремушками это другое.
Цирк.

Antonariy, опять обосрался

beg-in-erМСУ, ну что там со смехом, всё исчё продолжается?
Ты нам когда покажешь обещанное множественное наследование в рамках штатных методов ?

bazileАналогичным образом можно и одиночное наследование довести до абсурда унаследовав, например, класс DatabaseConnection от TreeView. Профит же всегда один - упрощение кода. Изопропил привел тебе пример.
Единичное наследование не может быть доведено до абсурда, ибо в нашем black box четко реализуется single responsibility principle. Никаких двойственных трактований. Есди ты унаследовался от TreeView, значит ты получил функционал TreeView и ничего другого. А как ты назовешь свой корабль, DatabaseConnection или DotnetMustDie - никого не волнует. Ты получил то, от чего отнаследовался.

[quot bazileИзопропил привел пример опровергающий твое утверждение что "множественное наследование - никому не нужное зло". Есть ситуации когда оно помогает, но так их не так много и кроме того порождает проблемы, то чаще всего им не пользуются.[/quot]
А я привел пример, что помимо так называемой "помощи" если еще и непомерное зло. Зачем нам хаос в дотнете?

AntonariycooldeveloperAntonariy, опять обосрался А муся опять в это вступил и оттирается в бане Так и не научился, что его нужно обходить, а не обмазываться им.

Когда карту починишь, горе-орхетегтор?

Antonariy, иди ООП учи. А потом мы с тобой про карту поговорим