개발자 김철준

fetch 함수 사용 시 중복 코드 함수화

2025-01-15

중복 코드 존재 fetch 함수 사용시, then, catch 처리가 계속해서 중복되었다. 때문에 매우 코드가 길어지는 현상이 발생했다. 이는 유저가 도서

2025-01-15

이전 리팩토링인 온라인 도서관 SpringMvc 아키텍쳐로 리팩토링 회고에서 FrontContoller -> SpringMvc로 리팩토링 했지만, 여전히 뷰 템플릿은 JSP를 사용중이었다. 보다 스프링에서

2025-01-15

JsonResponse 클래스 및 RentResponse, ErrorResponse 기존에 RestController에서 값을 전달할 때, 이런 식으로 객체를 만들어서 전달했었다. JsonResponse라는 클래스로 다형성도 구현해서 나름

2025-01-14

SpringMvc 아키텍쳐 김영한 선생님 스프링 mvc 1편의 Springmvc v3을 기반으로 기능을 만들고, 확장하고, 프로젝트 구조를 개선했다. 개선한 주요 이슈 및

2025-01-14

FrontControllerServlet 기반 아키텍쳐 김영한 선생님 스프링 mvc 1편의 FrontControllerServlet을 기반으로 기능을 만들고, 확장하고, 프로젝트 구조를 개선했다. 주요 기능은 이 단계에서

2025-01-14

도메인 중심 설계와 서비스 계층 객체지향에서 클래스는 객체의 상태와 행동을 둘 다 정의한다.(필드, 메서드) 그런데, MVC 패턴을 적용하다보니 상태를 변경하는

2025-01-14

JS에서는 에러 핸들링을 어떻게 할까? js에서는, 직접 Error 클래스를 만들기보다, Error클래스를 반환하는 식으로 사용한다. catch에서 클래스별로 에러를 잡을 수 있는

2025-01-14

Rest Api는 리소스 위치를 URI로 하는 것을 권장 현재 프로젝트는 도서 대출은 유저가, 도서 등록은 관리자가 가능하며, 관리자 또한 유저이기도

2025-01-14

Front-Controller mvc1편에서 배운 Front-Controller v5는, map에 uri를 등록하고, 찾아서 쓰도록 설계 되어 있다. 단순히 로그인, 회원가입같은 구조는 괜찮지만, REST API

2025-01-14

템플릿 리터럴이 비어서 도착한다?! 이렇게 전달했지만, 브라우저에서 확인 하니 이런 식으로 비어서 전달되었다. JSP의 EL 표현식과 JS의 템플릿 리터럴이 중복되어