리팩토링 / HTTP ERROR CODE / DELETE PUT

req: params.id

res: "channelTitle님, 계정 삭제했다리"

 

 

---

리팩토링

1) 이해하기 쉽게  2) 성능  3) 안정성

 

소프트웨어의 코드 내부(구조)를 변경하는 것

 

리팩토링은 언제 해야 할까요???

 

1) 에러(문제점)가 n회 발견되었을 때, 리팩토링을 해야 한다!!

2) 리팩토링을 하면서 에러(문제점)를 발견할 수 있다.

3) 기능을 추가하기 전, ex) API URL'설계' 수정

4) 코드 리뷰할 때

 

하면 안 되는 순간!!!

배포, 운영직전에는 절대로 코드 수정 금지

 

---

전체삭제

쌈뽕깔랑 ㅋㅋ

 

message 변수를 사용하여 json 합치기 고도화,,미쳤군,,,

---

풋풋풋

전개연산자로 뿌리고,, channelTitle만 따로 수정하기(순서가 바뀌면 절대 안돼!!)

 

---

http  Error코드

인터넷상에서 통신할 때 사용하는 규약 안에 작성되어서 들어가는 '상태'

 

 

1. 구현하지 않은 api를 요청할 때(클라이언트가 이상한 요청을 함)

Cannot Get /이상한거     = 404

 

 

200 : 조회/ 수정/ 삭제 성공

201 : 등록 성공

404 : 찾는 페이지 없음(url에 맞는 api없음)

500 : 서버가 죽었을 때(서버가 크리티컬한 오류를 맞았을 때)

 

 

 

느낀점)

백엔드에 대해 더 알고 싶었는데 서버와 가까워진 것 같아서 좋았습니다.

확실히 수업 중간중간 멈추고 먼저 생각해 본 뒤, 선생님의 조언을 들으니 기억에 남는 게 많고

실강처럼 집중할 수 있어서 좋았습니다! 선생님과 다르게 적었던 코드들의 오류를 고쳐보고
수업 때 배웠던 내용을 직접 응용할 수 있는 경험이 너무 재밌었습니다!!!

평소에 헷갈리던 js 함수들을 강의로 듣고 명확하지 않았던 개념들을 정리해 주셔서 좋았습니다.

수업도 학생들이 가장 이해하기 좋은 방식으로 설명해 주려고 하신 것 같아서 감사했습니다!!!