Сообщение Re[5]: Зачем нужно наследование от 05.01.2018 18:16
Изменено 05.01.2018 18:48 iZEN
Re[5]: Зачем нужно наследование
Здравствуйте, netch80, Вы писали:
N>Сдаётся мне, коллега, что Вы или промазали ссылкой, или просто кинули наобум...
Признаю — промахнулся.
Но Егор многим открыл глаза на философию неправильного применения ООП: объекты как структуры данных с нарушенной инкапсуляцией и применением (POJO). Тут задумаешься, что вообще происходит в последние 20 лет с ООП и Java, в частности. Нужны ли эти нагромождения "костылей" из ООП (инкапсуляция, которой нет, наследование, которое стараются избегать, и полиморфизм, который не нужен) ради всего-то — эмуляции процедур?
N>Сдаётся мне, коллега, что Вы или промазали ссылкой, или просто кинули наобум...
Признаю — промахнулся.
Но Егор многим открыл глаза на философию неправильного применения ООП: объекты как структуры данных с нарушенной инкапсуляцией и применением (POJO). Тут задумаешься, что вообще происходит в последние 20 лет с ООП и Java, в частности. Нужны ли эти нагромождения "костылей" из ООП (инкапсуляция, которой нет, наследование, которое стараются избегать, и полиморфизм, который не нужен) ради всего-то — эмуляции процедур?
Re[5]: Зачем нужно наследование
Здравствуйте, netch80, Вы писали:
N>Сдаётся мне, коллега, что Вы или промазали ссылкой, или просто кинули наобум...
Признаю — промахнулся.
Но Егор многим открыл глаза на философию неправильного применения ООП: объекты как структуры данных с нарушенной инкапсуляцией (JavaBean) и применением (POJO). Тут задумаешься, что вообще происходит в последние 20 лет с ООП и Java, в частности. Нужны ли эти нагромождения "костылей" из ООП (инкапсуляция, которой нет, наследование, которое стараются избегать, и полиморфизм, который не нужен) ради всего-то — эмуляции процедур?
N>Сдаётся мне, коллега, что Вы или промазали ссылкой, или просто кинули наобум...
Признаю — промахнулся.
Но Егор многим открыл глаза на философию неправильного применения ООП: объекты как структуры данных с нарушенной инкапсуляцией (JavaBean) и применением (POJO). Тут задумаешься, что вообще происходит в последние 20 лет с ООП и Java, в частности. Нужны ли эти нагромождения "костылей" из ООП (инкапсуляция, которой нет, наследование, которое стараются избегать, и полиморфизм, который не нужен) ради всего-то — эмуляции процедур?