ну кроме наследования)

лол...

блять

да тут нет ничего про ооп )

ну так ливни

ливну если надо будет

ливну если надо будет

ты в курсе, что композиция это тоже ООП? И агрегация

срочно ливай, нет времени объяснять

ахахах

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

нельзя за это винить

молодец что старается

вот мне больше нечего делать чем что то доказывать

Действительно

как то жил без вас и дальше прожить смогу

а зачем ты тогда споришь

я не спорю

Ну я тогда хз что ты делал выше

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

а причем тут модель?

в языке нет механизма такого как модель

вот пример уместного наследования

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

или использовали только в удобном случае

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

Гениально, композиция тоже проблемы может создавать

лучше бы ее тоже не юзали?

лучше бы твои родители юзали противозачаточные

Пипец вы странные люди, если вам нравится композиция, это не значит, что остальные N миллионов человек не должны наследование юзать

Админ где

в бан петушка

@Denormalization

я всё мясо пропустил )

Sergei

@f3ath

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

о_0

Пипец вы странные люди, если вам нравится композиция, это не значит, что остальные N миллионов человек не должны наследование юзать

так ты приведешь пример, где необходимо именно наследование? И ты выяснил, _почему_ оно используется в фремйворках?

так ты приведешь пример, где необходимо именно наследование? И ты выяснил, _почему_ оно используется в фремйворках?

Почему я тебе что то доказывать должен? Тут как в презумпции невиновности - сначала ты докажи, что наследование ненужно

наследование это нормально не только для адаптации к мозгу человека, но э экономия на повторяющемся коде

именно, человеку куда проще изучать наследование, чем композицию или агрегацию

хорошо вопрос тебе такой, хорошо ли наследоваться от кода стороннего пакета и скажем что расширять или менять?

https://ru.wikipedia.org/wiki/%D0%90%D0%B3%D1%80%D0%B5%D0%B3%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5)

Почему я тебе что то доказывать должен? Тут как в презумпции невиновности - сначала ты докажи, что наследование ненужно

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

если мы говорим не о тяп ляп а о ситуации когда потом поддерживать это

хорошо вопрос тебе такой, хорошо ли наследоваться от кода стороннего пакета и скажем что расширять или менять?

да, норм

если мы говорим не о тяп ляп а о ситуации когда потом поддерживать это

слейся уже

слейся уже

да успакойся ты

именно, человеку куда проще изучать наследование, чем композицию или агрегацию

но справедливости ради в SOLID есть про отказ от наследования )

но избыточного

а не базового

наследование можно применять внутри своего кода

наследование можно применять внутри своего кода

сомнительно

но не в ситуациях от стороннего кода

наследование можно применять внутри своего кода

это не значит что явное хуже

скорее наоборот

там композиция или агреация лучше

во-во

именно инфраструктура чаще требует адаптеров, которые отнаследованы

нежели свой код

но в ситуации если надо быстро пофиксить то можно и его

даже интерфейсы наследовать это ХОРОШО

когда ты наследуешся от класса

ты связываешь код

ты связываешь код

это да

получается высокое связывание с кодом который тебе не подконтролен

даже интерфейсы наследовать это ХОРОШО

к интерфейсам никаких вопросов, все так

но оджно дело наследовать бизнес логику дроугое юбазовые сущьности

и если потом через год библиотека обновится и ты проразявил будет бага в проде

получается высокое связывание с кодом который тебе не подконтролен

и это изолировано

и убытки

и если потом через год библиотека обновится и ты проразявил будет бага в проде

тесты

ты пофиксил багу и придется делать форк либы

и поддерживать эту либу

форк

и если потом через год библиотека обновится и ты проразявил будет бага в проде

если ты её инжектишь будет примерно то же самое )

только кода больше

твоего

а если делать композицию или агрегация то ее проще тестами покрыть

наглядней

нет, же лол

а вообще куда важнее проблема когда не хочется делать форк но хочется добавить функционала подкаченной либе

а ты не можешь!