AN
А, не, наоборот дата класс может наследовать, но не быть унаследованным. Причину я объясил
Size: a a a
2019 November 07
P
потому что может быть переопределено equals в наследнках и все может сломаться. Но вообще вроде был разговор про то, что дата класс может наследовать дата класс... сейчас гляну
Но почему переопределение equals все сломает? Это ведь не затронет логику класса предка, наследник чисто определит метод equals для себя
AN
Но почему переопределение equals все сломает? Это ведь не затронет логику класса предка, наследник чисто определит метод equals для себя
Ну и вы получите несимметричный equals
AN
Еще в дата классе у вас поведение зависит от порядка элементов, поскольку генерируется componentN, а если вы в наследнике поле добавите?
P
Еще в дата классе у вас поведение зависит от порядка элементов, поскольку генерируется componentN, а если вы в наследнике поле добавите?
Тогда лучше юзать делегацию для создания логики подобной к наследованию?
AN
Тогда лучше юзать делегацию для создания логики подобной к наследованию?
Вы сначала сформулируйте, зачем вам наследовать дата классы. Пример?
P
Вы сначала сформулируйте, зачем вам наследовать дата классы. Пример?
На самом деле я чисто пытаюсь разобраться в этой теме и как действовать если такая необходимость возникнет. К примеру класс который несет информацию обо всех эвентах в системе и особенный эвент, который остается просто эвентом для большинства, но добавляет несколько своих полей и логики которые юзаются в паре конкретных мест
AN
На самом деле я чисто пытаюсь разобраться в этой теме и как действовать если такая необходимость возникнет. К примеру класс который несет информацию обо всех эвентах в системе и особенный эвент, который остается просто эвентом для большинства, но добавляет несколько своих полей и логики которые юзаются в паре конкретных мест
Обычно вы делаете силед класс и его наследники уже дата классы.
P
Обычно вы делаете силед класс и его наследники уже дата классы.
Но мне ведь нужно обращаться с классом Event как с data классом, плюс нет смысла нагружать его лишним знанем обо всех своих наследниках
AN
Но мне ведь нужно обращаться с классом Event как с data классом, плюс нет смысла нагружать его лишним знанем обо всех своих наследниках
А какая функциональность дата класса вам нужна от евента?
P
А какая функциональность дата класса вам нужна от евента?
equals, toString
AN
Как раз знание о наследниках - это казалось бы полезная фича дла эвента, можно полное перечисление делать.
P
Но нет нужды в полном перечислении, ни одна часть системы не использует всех наследников одновоеменно
A
Посмотрите, пожалуйста, реализацию метода class2Flow (пытаюсь сделать рестарт): https://pl.kotl.in/NUggQBE5B
AN
equals, toString
ну как я уже сказал, наследование дата классов, как раз equals и ломает. Если у вас A <- B и оба дата классы, то будет a == b, но и b != a
AN
Посмотрите, пожалуйста, реализацию метода class2Flow (пытаюсь сделать рестарт): https://pl.kotl.in/NUggQBE5B
там есть кнопочка компактифицировать ссылку
P
ну как я уже сказал, наследование дата классов, как раз equals и ломает. Если у вас A <- B и оба дата классы, то будет a == b, но и b != a
Тогда какой механизм стоит использовать вместо наследования?
AN
Тогда какой механизм стоит использовать вместо наследования?
наследование, просто не надо делать дата классами. equals генерится автоматом идеей.
II
Тогда какой механизм стоит использовать вместо наследования?
компазиция
P
наследование, просто не надо делать дата классами. equals генерится автоматом идеей.
Но если мне для предка нужны методы data класса?