feat: add validity date in curriculum create dto #135
Conversation
| import java.time.LocalDate; | ||
|
|
||
| @Getter | ||
| public class DateChronologyException extends RuntimeException { |
There was a problem hiding this comment.
Talvez essa exception poderia ter um nome mais específico como StartDateAfterEndDateException
| List<Curriculum> existedCurriculums = curriculumRepository.findAllByCourseId(courseId); | ||
| if(endDate != null){ | ||
| if(!existedCurriculums.isEmpty()){ | ||
| verifyDatesChronology(startDate,endDate); |
There was a problem hiding this comment.
Esse método verifyDatesChronology(startDate,endDate); pode ser chamado logo no início do método, dessa forma caso a data inicial for maior que a final a exception será lançada já parando a execução do método. Para isso dar certo, você precisa considerar se o endDate é ou não null no método verifyDatesChronology. Vamos refatorar isso juntos na review semana que vem.
| import java.time.LocalDate; | ||
|
|
||
| @Getter | ||
| public class TimeOverlayException extends RuntimeException { |
There was a problem hiding this comment.
Essa classe está bem flexível, podendo ser usada em qualquer situação de sobreposição de tempo. Isso é muito bom. Outra solução seria ter uma exceção mais específica e que indicasse com qual currículo acontece a sobreposição (id ou code), isso simplificaria a criação dela lá no service. Algo assim:
public class CurriculumTimeOverlayException extends RuntimeException {
private final UUID curriculumOverlaidId;
public TimeOverlayException(UUID curriculumOverlaidId) {
super();
this.curriculumOverlaidId = curriculumOverlaidId;
}
}Vamos discutir mais sobre isso no review semana que vem.
Resolve a issue #128