S
то всё хорошо, создаётся папка и сохраняется файл
Size: a a a
2020 November 17
S
но при использовании паттерна, ничего не происходит. А конфигурировать .xml ради лишь одной даты в названии, считаю не лучшее решение
V
но при использовании паттерна, ничего не происходит. А конфигурировать .xml ради лишь одной даты в названии, считаю не лучшее решение
logging.pattern.rolling-file-name - такую попробуй
Pattern for rolled-over log file names (default ${LOG_FILE}.%d{yyyy-MM-dd}.%i.gz). (Only supported with the default Logback setup.)
https://docs.spring.io/spring-boot/docs/2.3.x/reference/html/spring-boot-features.html#boot-features-logging
Pattern for rolled-over log file names (default ${LOG_FILE}.%d{yyyy-MM-dd}.%i.gz). (Only supported with the default Logback setup.)
https://docs.spring.io/spring-boot/docs/2.3.x/reference/html/spring-boot-features.html#boot-features-logging
N
Изучаю Hibernate.
В книге написано делать hashCode() и equals() вот так.
https://pastebin.com/8r3z9fCx
В общем я согласен. А вот детали меня смущают.
А именно два вопроса:
1. Зачем в hashCode() умножать на 31?
2. Почему в equals не использовать hashcode()? Ведь, мне кажется, просто достаточно вот так сделать:
@Override
public boolean equals(Object o){
return this.hashCode() == o.hashCode();
}
В книге написано делать hashCode() и equals() вот так.
https://pastebin.com/8r3z9fCx
В общем я согласен. А вот детали меня смущают.
А именно два вопроса:
1. Зачем в hashCode() умножать на 31?
2. Почему в equals не использовать hashcode()? Ведь, мне кажется, просто достаточно вот так сделать:
@Override
public boolean equals(Object o){
return this.hashCode() == o.hashCode();
}
S
Vlad
logging.pattern.rolling-file-name - такую попробуй
Pattern for rolled-over log file names (default ${LOG_FILE}.%d{yyyy-MM-dd}.%i.gz). (Only supported with the default Logback setup.)
https://docs.spring.io/spring-boot/docs/2.3.x/reference/html/spring-boot-features.html#boot-features-logging
Pattern for rolled-over log file names (default ${LOG_FILE}.%d{yyyy-MM-dd}.%i.gz). (Only supported with the default Logback setup.)
https://docs.spring.io/spring-boot/docs/2.3.x/reference/html/spring-boot-features.html#boot-features-logging
он депрекэйтед, ну да бог с ним, когда я его использую, свойство logging.file.name убрать, да?
АD
Изучаю Hibernate.
В книге написано делать hashCode() и equals() вот так.
https://pastebin.com/8r3z9fCx
В общем я согласен. А вот детали меня смущают.
А именно два вопроса:
1. Зачем в hashCode() умножать на 31?
2. Почему в equals не использовать hashcode()? Ведь, мне кажется, просто достаточно вот так сделать:
@Override
public boolean equals(Object o){
return this.hashCode() == o.hashCode();
}
В книге написано делать hashCode() и equals() вот так.
https://pastebin.com/8r3z9fCx
В общем я согласен. А вот детали меня смущают.
А именно два вопроса:
1. Зачем в hashCode() умножать на 31?
2. Почему в equals не использовать hashcode()? Ведь, мне кажется, просто достаточно вот так сделать:
@Override
public boolean equals(Object o){
return this.hashCode() == o.hashCode();
}
проблему коллизий никто не отменял
AK
Изучаю Hibernate.
В книге написано делать hashCode() и equals() вот так.
https://pastebin.com/8r3z9fCx
В общем я согласен. А вот детали меня смущают.
А именно два вопроса:
1. Зачем в hashCode() умножать на 31?
2. Почему в equals не использовать hashcode()? Ведь, мне кажется, просто достаточно вот так сделать:
@Override
public boolean equals(Object o){
return this.hashCode() == o.hashCode();
}
В книге написано делать hashCode() и equals() вот так.
https://pastebin.com/8r3z9fCx
В общем я согласен. А вот детали меня смущают.
А именно два вопроса:
1. Зачем в hashCode() умножать на 31?
2. Почему в equals не использовать hashcode()? Ведь, мне кажется, просто достаточно вот так сделать:
@Override
public boolean equals(Object o){
return this.hashCode() == o.hashCode();
}
31 не обязательно, просто высчитано как меньшая погрешность
Нельзя, т.к. хешкоды имеют коллизию и ограничены диапазоном интеджера
Нельзя, т.к. хешкоды имеют коллизию и ограничены диапазоном интеджера
AK
Почитай про контракт иквелз и хешкод
N
Спасибо.
AA
Добрый день ребят, у меня вопрос, есть источники где можно попрактиковаться, там задачки порешать, ну кроме codewars
DS
Добрый день ребят, у меня вопрос, есть источники где можно попрактиковаться, там задачки порешать, ну кроме codewars
VV
Во всяких codeforces же ООП вообще нет, разве нет?
I
Во всяких codeforces же ООП вообще нет, разве нет?
не вижу в вопросе пункта про ООП
VV
Ясно же, что чел спрашивает с намеком на будущую работу
A
Ребят, подскажите, а аннотацию валид лучше ставить на аргументы контроллера или аргументы сервисов?
Контроллеров
DC
Ясно же, что чел спрашивает с намеком на будущую работу
Ну так задачки совершенно не обязаны иметь отношение к ООП.
I
Ясно же, что чел спрашивает с намеком на будущую работу
ну, мне вообще не ясно. как и то, что для будущей работы нужно больше ООП, чем алгоритмов
VV
ну, мне вообще не ясно. как и то, что для будущей работы нужно больше ООП, чем алгоритмов
Ну ладно, справедливо
D
На самом деле можно ещё быстрее - всего за час
За час не получится )
Долго рассказывать концепцию )))😁
Долго рассказывать концепцию )))😁