어제 대략 틀로 작성한 프론트를 마저 작업을 하려합니다.
카드에서 멤버를 추가하는 항목을 작성했고 댓글부분도 작성하려는데 대댓글을 어떻게 보여줘야할지 고민입니다. 그리고 그 대댓글이 있기때문에 댓글 수정하는 부분도 어떻게 해야할지 고민입니다.
그림을 그려보는중 리더인 상훈님께서 boardMember에서 post와 delete만 존재하는데 update부분도 해줬음 한다고 해서 작성을 하려는데
음 들은바로는 보드를 수정할때 이미 저장된 a,b,c라는 멤버가 있는데 거기에서 c를 제외하고 a,b,d,f를 넣는 다고 가정하면 각각의 a,b,d,f를 배열이 아닌 하나의 아이디값이 들어와서 service에서 처리하게 됩니다.
하지만 이렇게 되면 userId하나만 바다오는 service에서 지워야하는 c값을 지울수가 없게됩니다.
이부분을 상훈님이 유저 아이디를 하나만 받아오나, 해당 유저아이디가 없으면 만들고, 있으면 놨두고, 없으면 지우라는데....이게 프론트에서 for문으로 돌아가기 때문에 하나씩만 받아와봤자 소용이 없다고 생각합니다. 그래서 제 생각엔 수정할 해당 멤버이름(또는 아이디)를 배열 전체로 받아와서 저장된 멤버들과 비교를 해서 제외하거나 추가하는 방법 밖에 떠오르지 않았습니다. 그래서 일단 슬렉에 해당 부분에 대해 남겨놨습니다.
저녁에는 코멘트 부분 프론트를 작업을 해놓을거고 예찬님께 물어봐서 팀원 전체 회의 후 card부분과 comment 부분의 crud를 받을 수 있으면 받아서 mention crud 테스트와 프론트 연결 후 반응을 보고싶습니다.
모든 코드를 한번 풀리퀘를 하고 받았습니다.
그러자 테스트 중이던 것들이 잘 안되기 시작했습니다.
수정중 9시가 되어서 일단 기술면접 문제를 작성하려고 합니다.
기술 면접 top30
6. CORS(Cross Origin Resource Sharing)에 대해 설명해주세요.
-> 교차 원본 리소스 공유는 브라우저가 리소스 로드를 허용해야 하는 자체 원본이 아닌 원본 (도메인, 구성표 또는 포트) 을 서버가 나타낼 수 있도록 하는 HTTP 헤더 기반 메커니즘입니다. 또한 서버가 실제 요청을 허용하는지 확인하기 위해 브라우저가 교차 출처 리소스를 호스팅하는 서버에 "실행 전" 요청을 보내는 메커니즘을 사용합니다.
그리고 보안상의 이유로 브라우저는 스크립트에서 시작된 교차 출처 HTTP 요청을 제한합니다. 즉, 해당 API를 사용하는 웹 애플리케이션은 다른 출처의 응답에 올바른 CORS 헤더가 포함되지 않는 한 애플리케이션이 로드된 동일한 출처에서만 리소스를 요청할 수 있습니다.
최신 브라우저는 fetch와 같은 API에서 CORS를 사용해 원본 간 HTTP 요청의 위험을 완화해줍니다.
