Skipalong's tistory

오늘은 팀 프로젝트인 뉴스피드 프로젝트 발제가 있었다. 발제가 끝난 후 팀원들과 S.A작성하는 시간을 가졌다. S.A에서는 ERD 설계, API명세 설계, 와이어프레임 설계, 기능별 역할분담등이 있었다. 개인과제를 하면서 설계를 꼼꼼히 할수록 코드작성의 효율성이 많이 올라가는 것을 느껴서 이번에는 전보다 좀 더 꼼꼼하게 설계를 하였다. 그리고 이번에는 개인과제가 아니라 팀과제이므로 서로 사용할 API url과 DB등을 약속하는 것이 좀 더 중요하게 느껴졌다. 이번 프로젝트를 시작하면서 저번 팀 프로젝트때 작성하였던 KPT회고(https://skipalong.tistory.com/11)를 다시 한 번 보면서 전 프로젝트에서 잘 지켰던 팀원들 서로 존중하고 어려운 과제라도 끝까지 도전하는 점을 명심하며 이번..

보호되어 있는 글입니다.

오늘은 이번주 내내 하던 과제를 잠시 접어두고 4주차 강의를 다시 듣기 시작했다. 그 중에 Entity의 관계에 대한 강의를 들었는데 개념이 약간 생소해서 그 내용을 정리해보려고 한다. 우선 DB 음식 테이블, 고객 테이블의 관계는 아래와 같다. 고객 한 명은 여러개의 음식을 주문할 수 있다 -> 고객 : 음식 = 1 : N 음식 한 종류는 여러명에게 주문될 수 있다. -> 음식 : 고객 = 1 : N 결과적으로 고객 : 음식 = N : M DB 테이블간의 방향의 개념 : join을 활용하면 from절에 어떤 테이블이 오더라도 조회가 가능하므로 방향의 개념이 없다. Entity 간의 방향의 개념 : Entity클래스 내부에 상대 Entity를 참조하면 상대 Entity도 조회가 가능하지만 참조하지 않으면..

오늘도 과제를 이어서 했다. 어제에 이어서 오늘도 로그인 성공시 클라이언트에 메시지와 상태코드를 반환하면서 헤더에 토큰을 추가하는데 실패했다. 일단 이부분은 나중에 튜터님께 질문을 하든 시간 남을 때 더 찾아보든하기로했다... 그 외 할일카드 수정, 완료부분에서 jwt토큰을 검증하여 작성자로 로그인하였을 때만 수정, 완료 가능하게 만드는 부분을 구현했다. 이 부분에서는 수업시간에 배운 @AuthenticationPrincipal 애너테이션을 사용하여 UserDetailsImpl userDetails를 통해 User객체를 받아와 get메서드를 통해 받아온 값과 전달받은 값에 해당하는 todo Entity의 값을 비교하는 방식으로 검증을 하였더니 잘 작동하였다. 그리고 나서 다음 구현해야할 기능인 댓글기능을..

오늘은 어제 과제를 이어서 했다. 대략적으로 만들어놓은 기능에 세부적인 조건을 걸고 상태메시지를 반환하는 등의 작업을 하는데 강의에서 배운 내용에 없는건지 배웠는데도 기억을 하지 못하고 헤메고 있는건지 꽉막혀서 전혀 진도를 못나가고 있다. 구글링을 해봐도 잘 되지 않는다. 역시 단기간에 많은 내용을 배우다보니 완전히 이해하지 못하고 진도를 따라가느라 바쁜것의 단점인 것 같다. 하지만 결국 내 공부시간과 집중력, 지식이 부족하기 때문이라고 생각하고 좀 더 많은 시간을 몰입해야 할 것 같다. 오늘은 시간이 늦어서 그만하지만 내일은 무조건 완성하겠다는 생각으로 집중해서 과제를 해봐야겠다. 우선 오늘 하다가 안된부분과 내일 구현해야될 부분 정리정도하고 마무리해야겠다. 회원가입 성공시 client에 메시지와 상태..

보호되어 있는 글입니다.