[44~45장] 13회차 문제 - 김규홍

[rtttr1]

Q1. REST API의 설계 원칙 2가지는 무엇인가요?

Q2. put과 patch의 차이점에 대해서 설명하세요.

Q3. fetch 함수의 실행 결과의 에러처리를 하고 싶은 경우 어떤 방식으로 확인해야 하는지 설명해보시오.

Q4. 전통적인 콜백 패턴이 가진 단점 2가지에 대해서 간단하게 설명하세요.

[KIMGEONHWI]

A1.

1. URI는 리소스를 표현하는데 집중
2. HTTP 요청 메서드는 행위에 대한 정의

A2.

PUT은 전체 교체, PATCH는 부분 수정

A3.

response.ok 프로퍼티와 response.status 프로퍼티를 확인한다.

A4.

콜백 지옥, 에러 처리 부분에서는 각 콜백 함수마다 개별적으로 에러를 처리를 해야함.

[heesunee]

Q1. REST API의 설계 원칙 2가지는 무엇인가요?

• URL는 리소스를 표현해야 한다
• 리소스에 대한 행위는 HTTP 요청 메서드로 표현한다

Q2. put과 patch의 차이점에 대해서 설명하세요.

• put: 전체 리소스 교체
• patch: 일부 리소스 교체
  Q3. fetch 함수의 실행 결과의 에러처리를 하고 싶은 경우 어떤 방식으로 확인해야 하는지 설명해보시오.

fetch(wrongUrl)
  .then((response) => {
    if (!response.ok) throw new Error(response.statusText);
    return response.json;

• fetch 함수는 불리언타입의 ok 상태를 false로 설정한 response 객체를 resolve 하므로 then 안에 if 문을 설정해 Error를 던진다.

Q4. 전통적인 콜백 패턴이 가진 단점 2가지에 대해서 간단하게 설명하세요.

• 콜백 헬에 빠질 수 있다.
• 에러 처리가 어렵다.

[hansoojeongsj]

A1. REST API의 설계 원칙 2가지는 무엇인가요?

• URI는 리소스를 표현해야 한다.
• 리소스에 대한 행위는 HTTP 요청 메서드로 표현한다.

A2. put과 patch의 차이점에 대해서 설명하세요.

• put: 리소스를 완전히 대체
• patch: 리소스의 일부만 수정

A3. fetch 함수의 실행 결과의 에러처리를 하고 싶은 경우 어떤 방식으로 확인해야 하는지 설명해보시오.

1. then에서 response.ok, response.status로 HTTP 에러를 직접 확인해 처리해야 함
2. catch로 네트워크 에러를 잡고
3. then에서 response.ok, response.status로 HTTP 에러를 직접 확인해 처리해야 함

A4. 전통적인 콜백 패턴이 가진 단점 2가지에 대해서 간단하게 설명하세요.

1. 콜백 지옥(Callback Hell)
   • 콜백이 중첩되면서 코드의 가독성이 떨어지고 유지보수가 어려워짐
2. 에러 처리 어려움
   • try-catch가 작동하지 않아 에러 전파와 예외 처리가 복잡