오피스아워 4회차 #183

Open SuranS2 opened 3 weeks ago

In GitLab by @SuranS2 on Aug 28, 2024, 18:51

changed due date to August 28, 2024

In GitLab by @silverzoo on Aug 28, 2024, 19:02

Issue #62 번 관련해 질문합니다.

현재 권한이 없는 유저는 수정/삭제를 할수 없도록 예외처리를 하였고, 수정/삭제에 실패했을 때와 성공했을 때의 메시지를 RedirectAttribute 객체를 사용하여 메시지를 담아 뷰에 반환하고 있습니다. 이때 플래시속성이 있는 메서드로 반환을 하여 alert창에 띄우고 있는데, 문제는 해당 메시지를 필요로 하는 요소가 2개가 있을 때에는 약간 동작이 이상하게 이루어 지고 있습니다. 메시지가 가장 위쪽의 요소에 값을 전달해주고 휘발되기 때문인 것으로 추측하고 있습니다.

참고할 수 있는 커밋입니다: 21d4aefc44ab9d16304a66ee95cf06ff37e1feb6 d68950817df228688520aa1ca962617a435d9946

전역 예외 처리와 aop 예외처리, 커스텀 class 예외처리를 각각 어떨 때 사용하는지 알고싶습니다. 지금 전역 예외처리는 controller단을 처리할 수 있으니 service쪽 예외처리를 위해 aop나 class 예외처리를 할 수 있을 것 같은데 이게 적절한건지? 주로 실무에는 어떤 방법을 사용하는지 궁금합니다.

gcd 서버 배포시 포트 문제

방화벽 및 firwall 확인했는데 포트가 다 열려있는데도 문제가 생깁니다 gcd에서 따로 TCP를 열어줘야 하는 상황인지요?

프론트 image null값 체크하는 방법이 궁금합니다... 에러처리 확인하는데 input값에 (! ... value) , (! ... files[0]) 로 해도 확인이 잘 되지 않네요.

어떤 방법으로 처리해야할까?

처음 item에서 상세페이지를 삭제할건지 or mypage에서 상세페이지를 삭제한건지

getsession => 바로 직전?

준수 ) 히스토리 백(뒤로 돌아가기) 쓰면 안될까요?

백에서 delete 해서 성공이야? 확인하면 => 프론트 히스토리백 작업 할 수 있겠음

전역 예외처리 => 서비스 죽는 것 방지 주 목적

customException 사용

=> 개발하다 보면 response 구조가 다 다름, response의 구조를 Dto로 정한다면 프론트에서 쓰기 좋음

AOP => 코치님 적용한 부분 서비스의 부가기능

전화번호 형식이 맞냐 안맞냐
logging ( logger CRD 체크 log파일 생성해서 관리 )
validation

주로 validation DTO쪽에 걸어둠, 특정 필드 체크

service 예외처리는 customException 생성해서 처리

document.getElementById('itemImage').files.length > 0

SuranS2 / TEST

오피스아워 4회차 #183