Я переводил лишь английские термины, а статью я сам писал. Сделал вклад в развитие айти сообщество. Не смотря на эти мелочи, считаю что я сделал что то полезное. Лучше бы и вы занялись чем то полезным в место того что бы разбрасываться не обоснованными обвинениями.
Проблема безопасности решается авторизацией. Даже есть пользователь попытается подставить id своего "соседа", он все равно не получит данных если вы позаботитесь о безопасности.
Обсалютно согласен с Вами, это минус всех фреймворков за "магией" каторых теряется реальный мир. И особенно это отражается на молодых специалистах. Но все же, я надеюсь на их пытливый ум.
Если сущность, о которой Вы говорите, не хранится в коллекциях типа Set, например в качестве связи "многие к одному", то в принципе проблем не должно возникнуть.
@Data по умолчанию использует все поля объекта в equals и hashcode, отсюда и корень проблем. Самая очевидная из них это инициализация Lazy полей при вызове этих методов. Менее очевидная, это мутирующее поля из-за которых hashcode может меняться, это чревато тем что в какой-то момент вы можете не найти объект в коллекции несмотря на то что он там есть.
Благодарю за конструктивную критику.
Я переводил лишь английские термины, а статью я сам писал. Сделал вклад в развитие айти сообщество. Не смотря на эти мелочи, считаю что я сделал что то полезное. Лучше бы и вы занялись чем то полезным в место того что бы разбрасываться не обоснованными обвинениями.
Спасибо, исправлю. Переводил сам, без гугла )
А это уже аргумент! Благодарю за комент.
Проблема безопасности решается авторизацией. Даже есть пользователь попытается подставить id своего "соседа", он все равно не получит данных если вы позаботитесь о безопасности.
Обсалютно согласен с Вами, это минус всех фреймворков за "магией" каторых теряется реальный мир. И особенно это отражается на молодых специалистах. Но все же, я надеюсь на их пытливый ум.
Если сущность, о которой Вы говорите, не хранится в коллекциях типа Set, например в качестве связи "многие к одному", то в принципе проблем не должно возникнуть.
@Data по умолчанию использует все поля объекта в equals и hashcode, отсюда и корень проблем. Самая очевидная из них это инициализация Lazy полей при вызове этих методов. Менее очевидная, это мутирующее поля из-за которых hashcode может меняться, это чревато тем что в какой-то момент вы можете не найти объект в коллекции несмотря на то что он там есть.
Благодарю, поправлю.
Благодарю за конструктивную критику. Опечатки поправлю.
Ну это моя первая статья, хотя я старался. Буду улучшаться, в любом случае спасибо за отзыв.