можно показать пример, когда множественное наследование имплементации реально полезно?

Стандартная библиотека, потоки ввода вывода

есть objC++, вот уж где ад

ObjectiveC то уже страшноват на вид

Стандартная библиотека, потоки ввода вывода

Ну наверно фича не просто так в языке есть, вопрос в том, как и когда применять

(говорю не из-за моего c# бэкграунда)

Ты не можешь говорить не из-за своего бэкграунда.

Ну наверно фича не просто так в языке есть, вопрос в том, как и когда применять

Ты не понял, в их реализации пример множественного наследования

Ты не можешь говорить не из-за своего бэкграунда.

И то верно. Но мне кажется, что выделить абстрактный интерфейс как что то отдельное - идея неплохая

Ты не понял, в их реализации пример множественного наследования

Не, это я понял. Я имею ввиду, что не стоит это делать хорошо не подумав

Вообще, наследование применяется для ЕМНИП 5 целей, и просто глупо думать, что везде множественное наследование неприменимо.

Ну, хотите штаны через голову надевать - переубедить вас сложно

Не, это я понял. Я имею ввиду, что не стоит это делать хорошо не подумав

Вообще ничего не стоит делать, хорошо не подумав... И чего?

Стандартная библиотека, потоки ввода вывода

ну и зачем там множественное наследование?

Вообще ничего не стоит делать, хорошо не подумав... И чего?

То есть, я имел ввиду, что одинарное наследование - думать один раз, множественное - 10 и больше

ну и зачем там множественное наследование?

class basic_string_stream : public std::basic_istream, public std::basic_ostream

class basic_string_stream : public std::basic_istream, public std::basic_ostream

и?

я не спорю что оно может быть сделано через множественное наследование я не верю что оно там нужно

Вообще ничего не стоит делать, хорошо не подумав... И чего?

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

Вообще, наследование применяется для ЕМНИП 5 целей, и просто глупо думать, что везде множественное наследование неприменимо.

даже обычное наследование почти не применимо, а уж множественное наследование - тем более

даже обычное наследование почти не применимо, а уж множественное наследование - тем более

Мне кажется, это какой то вопрос вкуса, что ли, или метода мышления, иначе споров на эту тему было бы, наверно, намного меньше

Слышал отзывы не очень про неё

Не знаю скачал решил поделиться

Мне кажется, это какой то вопрос вкуса, что ли, или метода мышления, иначе споров на эту тему было бы, наверно, намного меньше

так споров-то особо и нет, время когда наследование считалось нормальным решением в дизайне прошло, сейчас норма - избегать наследования

Хорошая штука

Хорошая штука

про чё там?

про чё там?

Патерны ооп, применимые к производству игр

Я только начал читать

Если надо, есть на английском

Патерны ооп, применимые к производству игр

самый главный паттерн при производстве игор и так все знают. денег мало

паттерн номер 2 - игор давно больше чем игроков

Вот уж конечно

Какая-то странная книжка. Половина просто из GoF, и два-три паттерна сверху плюхнуто. Русский перевод вообще странный — там обложка вообще от GoF

Там так, собственно, и написано.

#book #c #gamedev #learn

#patterns #gamedev

#gamedev #patterns

templates > generics

+

есть objC++, вот уж где ад

нормально там

у обжектив си синтаксис конечно сильно укушен смолтоком, и от этого ууу

не,неочень,маленькая очень, я там даже работу м файлами не встретил

Ну блин.

Оксана читайте правила чата, пожалуйста!

Вакансии постятся через @AlexFails .

Оксана читайте правила чата, пожалуйста!

Сорри

Здесь ведь сугубо технические дискуссии...

а где всякие вакансии и обсуждение офесного планктона?

а где всякие вакансии и обсуждение офесного планктона?

В пине есть специальный линк для этого

дело не в инкапсуляции, просто во-первых множественное наследование реализации сломано, а единичное наследование в большинстве случаев хуёво описывает связи в системе, а во-вторых дизайн построенный на наследовании реализации нерасширяем так что да, в идеале интерфейсы и композиция

Есть места где множественное наследование ну прям напрашивается. Например делаете вы обработчик сообщений. В зависимости от чего-то там, у вас на вход могут сообщения приходить по разным протоколам, уходить по другим протоколам. Ну и напрашивается - сдалть базовый класс, сделать N классов принимающих сообщения, M классов отправляющих сообщения. Множественным наследованием всё это связать и получить NxM классов. Но проблема в том, что вам необходимо наследоваться от базового класса виртуально. Это может быть ощутимым ударом по производительности, если в большинстве вызовов используется именно базовый класс. Так что смотрите и выбирайте сами - между удобством и производительностью. Ну и общая рекомендация - если можно обойтись композицией вместо наледования - выбирайте композицию.

А кто-нибудь знает с++ либу для punycode?

Есть места где множественное наследование ну прям напрашивается. Например делаете вы обработчик сообщений. В зависимости от чего-то там, у вас на вход могут сообщения приходить по разным протоколам, уходить по другим протоколам. Ну и напрашивается - сдалть базовый класс, сделать N классов принимающих сообщения, M классов отправляющих сообщения. Множественным наследованием всё это связать и получить NxM классов. Но проблема в том, что вам необходимо наследоваться от базового класса виртуально. Это может быть ощутимым ударом по производительности, если в большинстве вызовов используется именно базовый класс. Так что смотрите и выбирайте сами - между удобством и производительностью. Ну и общая рекомендация - если можно обойтись композицией вместо наледования - выбирайте композицию.

Ну и да, можно следать без виртуального наследования, ценой роста бинарника: class base; class left: base; template <class Left> class right: Left; class fin final: right<left>; вместо class base; class left: virtual base; class right: virtual base; class fin final: left, right;

ERROR: S client not available

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

Есть такие возможности. Просто используй множественное наследование креативно.

Там нет возможности множественного наследования реализации

Где ?

в шарпе

А, да.

Вообще, бред какой-то, что я тут читаю... И это в проффоруме по С++! я фшоке!

Человек пришел из шарпа, спрашивает как дела обстоят в С++

Что не так?

Ну и да, можно следать без виртуального наследования, ценой роста бинарника: class base; class left: base; template <class Left> class right: Left; class fin final: right<left>; вместо class base; class left: virtual base; class right: virtual base; class fin final: left, right;

А где здесь множественное наследование? fin->right<left>->left->base. Простое же наследование.

Не так, что сишники ему говорят, что множественное наследование — это плохо!

Вообще, бред какой-то, что я тут читаю... И это в проффоруме по С++! я фшоке!

#holywar

Вообще, бред какой-то, что я тут читаю... И это в проффоруме по С++! я фшоке!

С таким заявлением вам лучше сюда: pro.cxx.holywars

А где здесь множественное наследование? fin->right<left>->left->base. Простое же наследование.

Вот тут множественное: class fin final: left, right; Верхний пример - это как без него обойтись

Не так, что сишники ему говорят, что множественное наследование — это плохо!

это общепринятые практики, если ты о них не в курсе - твои проблемы и да, "сишники" - это ты про кого?

Про тебя ?

Или ты случайно тут ?

с чего такие выводы?

а, то есть ты ещё и C и C++ не различаешь так и запишем

Чат по С++, нет ?

всё понятно с тобой, можешь прекратить позориться уже

Ну, я конечно имел в виду, что ты и С++ тоже знаешь.

Давайте вы свою бурную дискуссию в лс переместите.

Давайте вы свою бурную дискуссию в лс переместите.

+ а то я ничиго не понимаю

Ща дропнем в холивары?

множественое наследование класная штука, её нет тока в убогих языках