풀캘린더3 FullCalender 리팩토링 & 테스트케이스 -1 드디어 4학년 1학기가 종강을 하고.. 졸업 작품도 점점 막바지를 향해 다가가고 있다. 이번 여름 방학 동안 주요기능 한 두개 정도 구현을 하면 거의 마무리가 되지 않을까 하는 생각이다. 사실 지금 짠 코드들은 좀 문제가 많다.. 오류가 나더라도 어디서 왜 오류가 났는지 알 수 없는 오류도 간혹 발생하고, Optional 에 대한 개념도 없이 비싼 리소스를 단지 .get() 을 통해서 불러오는 안좋은 사용법이라던가.. JPA 에서도 그저 기본 기능을 이용하려고 findBy~~~~ 가 엄청 길어지는 문제라거나.. 결정적으로 제대로 된 테스트 케이스도 작성하지 않았다. 처음에는 TDD (테스트주도개발) 방법론을 사용해서 테스트 코드를 많이 작성해야지!.. 하는 생각이였지만 기능 개발도 진행하며 학교 수업도 .. 2022. 6. 26. FullCalendar 와 DB 연동하기 -6 (코드 수정 & 매니저별 조회) 이전의 포스팅들에서 뭔가 테이블 설계가 이상하다.. 쿼리문이 이상해.. 했었는데 다행히 회의에서 팀원들의 명석한 두뇌로 테이블을 대폭 수정했다. 테이블 수정하면서 기존 코드를 이것저것 바꿔야 하는게 좀 있었지만 마음이 후련하달까.. 기본적인 스케줄 CRUD 는 이미 이전 포스팅에서 모두 이야기했기 때문에 추가적인 내용은 필요 없을 것 같다. ( 단지 테이블 구조가 바뀌어서 수정만 있었을뿐!..) 이번에 추가한 내용은 자잘한 오류 수정과, A 매니저가 로그인 한 경우, A 매니저의 스케줄만 보이게 하는 로직을 짰다. (로직이라 하기도 민망) 사실 메인은 이벤트 색상을 바꾸는걸 해보려 했는데 음.... 결국 이번에도 못했다. 모두 같은 색상도 통일성 있어서 좋지 않을까.. 수정 & 추가 저장할 때 , ale.. 2022. 3. 7. FullCalendar 와 DB 연동하기 -5 (조회, 수정, 삭제 Controller & Service) 처음 FullCalendar 구현할 때는 확확 다이나믹하게 바뀌어서 만드는 재미가 있었는데 점점 세부적인 부분으로 들어가다보니 재미가 없어지는 중...이지만 구현을 해보자!.. 저번 포스팅에서는 생성 기능만 작성했는데 이번에는 조회, 수정, 삭제에 대해 작성해보고자 한다. 문제점 우선 조회의 경우, 생성 로직을 만들다보니 아예 작동이 안됐었다. data 를 넘기는 부분에는 문제가 없었으므로 Controller를 수정함으로써 간단하게 해결! 수정 & 삭제는 둘 다 Controller 코드가 엉망이였다. 이를 처음부터 다시 뜯어고치고, Service, Repository 부분을 추가 & 수정했다. (우선 구현한 부분을 자랑) HTML 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17.. 2022. 3. 2. 이전 1 다음
