Да, поэтому если id равен null equals должен возвращать false.
Мне кажется это нарушит принцип рефлексивности: для любой ненулевой ссылки на значение х выражение х.equals(х) должно возвращать true.
А чтобы можно было найти сущность после появления id, нужно из hashCode всегда возвращать 31
Так делать лучше не стоит, т.к. при возврате константы вся производительность хеш-таблиц сведеться к массиву. Может вы путаете с числом, на которое нужно умножать(сдвигать) полученный результат при вычисление хеш-кода? по книге Джошуа Блоха, это как раз число 31.
по поводу lombok и jpa можно почитать эту статью. Если планируется использовать jpa entity в мапах, сетах и сравнивать, лучше самостоятельно переопределить методы equals и hashCode. А если достаточно просто сохранять, получать данные из бд, мапить их в дто, то вполне можно не обращать особого внимание на пустой ид до создания сущности и не очень производительный метода equals(если он нужен только при сравнение ожидаемых результатов в юнит тестах)
Опять же для id это может быть не всегда верно, т.к. при создание entity поле не будет заполнено, а после сохранения заполнится -> т.е. сущность изменится(и если она была добавлена в map до сохранения, то по хеш коду ее уже не получится найти). Но в статье приведен абстрактный пример entity, поэтому тут подходят любые варианты.
можно, но тогда нужно реализовывать свой конфиг для JdbcIndexedSessionRepository(если создадим наследника), либо же создать отдельный репо для такого удаления(без наследования)
Нет, если пользователь выбрал этот пункт, то он просто не логинится. Т.е. старая сессия остается доступна только для старого устройства(с которого изначально и инициализировалась)
В данном случаем у нас есть только одна активная сессия. Чтобы сделать один DELETE придется реализовывать свой метод, т.к. JdbcIndexedSessionRepository не содерджит такого метода.
дополнительную подставку для ноутбука с вентилятором можно добавить, если просто ставить на стол ноут не всегда справляется с нагревом. и чтобы такая подставка не скользила.
знакомый живет в Северске, не сказала бы, что они прям сильно закапывают. часть остается стоять на верху. но это по рассказам…
с другой стороны, когда это везли через питер прошлый раз, то прям на станциях была во много раз превышена доза радиации…
А почему не создать отдельную таблицу-каталог для гендеров(ид-название)?
Появился новый гендер, добавили в таблицу.
Для пользователя отображаем только название, так что он может выбрать только и списка.
В таблице персонажей сохраняем ид гендера из каталога.
Никогда ничего не заказывал через инсту?
Мне однажды потребовалась доставка цветов. Но в обычных доставках было дорого. Поэтому искала маленькие доставки через инсту и вполне приличную нашла. При этом у них не было сайта, только инста.
теперь остро будет стоять проблема с накрутками… Раньше можно было смотреть, если у пользователя 5000 подписчиков и 10 лайков, то это накрутка. А как теперь разбирать? Актуально для всяких магазинов и прочего…
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Да, поэтому если id равен null equals должен возвращать false.Мне кажется это нарушит принцип рефлексивности: для любой ненулевой ссылки на значение х выражение х.equals(х) должно возвращать true.
А чтобы можно было найти сущность после появления id, нужно из hashCode всегда возвращать 31Так делать лучше не стоит, т.к. при возврате константы вся производительность хеш-таблиц сведеться к массиву.
Может вы путаете с числом, на которое нужно умножать(сдвигать) полученный результат при вычисление хеш-кода? по книге Джошуа Блоха, это как раз число 31.
по поводу lombok и jpa можно почитать эту статью. Если планируется использовать jpa entity в мапах, сетах и сравнивать, лучше самостоятельно переопределить методы equals и hashCode. А если достаточно просто сохранять, получать данные из бд, мапить их в дто, то вполне можно не обращать особого внимание на пустой ид до создания сущности и не очень производительный метода equals(если он нужен только при сравнение ожидаемых результатов в юнит тестах)
Для меня страшнее читать комментарии к статье. Кажется, что в них напишут, что моё решение велосипед с костылями или дичь какая-то.
Опять же для
idэто может быть не всегда верно, т.к. при создание entity поле не будет заполнено, а после сохранения заполнится -> т.е. сущность изменится(и если она была добавлена в map до сохранения, то по хеш коду ее уже не получится найти).Но в статье приведен абстрактный пример entity, поэтому тут подходят любые варианты.
Да, действительно лучше добавить
@EqualsAndHashCode.Excludeи@ToString.Exclude. Обновила.с другой стороны, когда это везли через питер прошлый раз, то прям на станциях была во много раз превышена доза радиации…
Появился новый гендер, добавили в таблицу.
Для пользователя отображаем только название, так что он может выбрать только и списка.
В таблице персонажей сохраняем ид гендера из каталога.
Мне однажды потребовалась доставка цветов. Но в обычных доставках было дорого. Поэтому искала маленькие доставки через инсту и вполне приличную нашла. При этом у них не было сайта, только инста.