И, да, опровергну вашу теорию: почти в каждом известном фреймворке на php юзается наследование. Т.е. на практике то оно нужно, как оказывается

там ссылка сюда должна идти http://v-resheno.ru/342151-fowler-null-object-pattern-why-use-inheritance

И, да, опровергну вашу теорию: почти в каждом известном фреймворке на php юзается наследование. Т.е. на практике то оно нужно, как оказывается

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

И, да, опровергну вашу теорию: почти в каждом известном фреймворке на php юзается наследование. Т.е. на практике то оно нужно, как оказывается

если речь о пхп, то да, но есть языки вообще без наследования

C

Rust

причем на первом очень много всего созданно

ага

и там люди вижут без наследования

если речь о пхп, то да, но есть языки вообще без наследования

как это относится к мысли "Наследование не нужно"?

Ты как-то тупо тролишь

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

пусть не использует

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

я же написал "почти"

и вп не фреймворк

я же написал "почти"

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

и вп не фреймворк

для жсеров фреймворк

и процедуры, которые ее свитчат

очень удобно)

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

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

пфф, я могу так же про битрикс сказать

но видишь в чем дело

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

это не говорит о том, что она не нужна

не один какой то вордпресс

у наследования есть свои костыли

а повсеместное использование

у наследования есть свои костыли

я тебя поздравляю

и новичкам проще сказать что оно не нужно

Мда))

чем долго объяснять где можно попасть

Что еще скажешь

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

норм аргумент, я видел, что так дяди делают

зачем они так делают конечно же выяснять не надо

норм аргумент, я видел, что так дяди делают

Кхем, ну так я на чужом опыте учусь

пфф

40 мембарей ого

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

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

лол...

блять

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

ну так ливни

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

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

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

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

ахахах

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

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

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

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

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

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

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

я не спорю

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

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

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

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

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

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

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

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

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

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

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

Пипец вы странные люди, если вам нравится композиция, это не значит, что остальные 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 есть про отказ от наследования )

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

а не базового

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

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

сомнительно

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

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

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

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

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

во-во

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

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

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

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

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

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