전체 글

2. Mock API Controller 구현 02) 가짜 데이터를 설계하여 응답하는 스프링부트 컨트롤러를 작성하고 소스코드를 업로드하시오. 카테켐을 진행하면서 controller와 DTO 등을 배우긴 했었지만, 정말 휙휙 지나가는 정도로만 공부했었기 때문에 고려사항들을 어떻게 구현하는지, 어떤 방식으로 로직을 짜야 효율적인지 등의 문제는 제쳐두고 기존의 코드를 이해하고 플러스로 필요한 부분만 구현하는 식으로 과제를 수행해보려고 한다. Mock : 실제 객체를 만들어 사용하기에 시간, 비용 등의 Cost가 높거나 혹은 객체 서로간의 의존성이 강해 구현하기 힘들 경우 가짜 객체를 만들어 사용하는 방법 가짜 데이터 (dummy data) : 유용한 데이터가 포함되지 않지만 공간을 예비해두어 실제 데이터가 명..

DTO(Data Transfer Object) 계층 간 데이터 교환을 하기 위해 사용하는 객체 로직을 가지지 않는 순수한 데이터 객체(getter & setter 만 가진 클래스) 비즈니스 로직이 아닌 데이터만 저장해야 함 용량이 작은 단순한 환경으로, 한 가지 작업만 수행 DB - Table - Model - DTO DTO를 만들면 password를 노출시키지 않을 수 있다. Model를 노출시켜서 값을 빼면 안되나? - 테이블 구조가 노출된다. DTO를 공유하면 안되나? 🔍 효과적인 DTO 상용구 코드를 최소화 ⇒ 코드를 일일이 새로 작성하기 때문 작성이 용이해야 함 ⇒ DTO는 작성이 어려울 정도로 복잡해서는 안됨 읽을 수 있어야 함 ⇒ 누구든지 코드 구문을 분석할 수 있도록 DTO를 사용하는 이유..

리플렉션이란 ? 1. 리플렉션(Reflection) : 실행 중인 프로그램의 클래스, 메서드, 필드 등에 대한 정보를 얻거나 조작하는 기능을 제공하는 API 클래스의 정보 분석, 인스턴스 생성, 메서드 호출, 필드의 값을 가져오거나 설정 등의 작업 수행 2. 리플렉션이 이용되는 상황 1. 런타임 시에 동적으로 클래스를 로드해야 하는 경우 2. 클래스의 구조, 메서드, 필드 등에 대한 정보를 가져와서 분석해야 하는 경우 3. 클래스의 인스턴스를 생성하거나 메서드를 호출하거나 필드의 값을 변경해야 하는 경우 위의 설명으로는 이해가 어려우니 조금 더 알아보도록 하자. # CASE 1 첫번째 경우에서, 다음과 같이 1차 개발자는 "/login"을 입력 받았을 때 uc.login() 메서드가 호출되도록, "/jo..

과제명 1. 전체 API 주소 설계 2. Mock API Controller 구현 과제 설명 1. API주소를 설계하여 README에 내용을 작성하시오. 2. 가짜 데이터를 설계하여 응답하는 스프링부트 컨트롤러를 작성하고 소스코드를 업로드하시오. 과제 상세 : 과제를 진행할 때, 유념해야할 것 전체 API 주소 설계가 RestAPI 맞게 설계되었는가? (예를 들어 배포된 서버는 POST와 GET으로만 구현되었는데, 학생들은 PUT과 DELETE도 배울 예정이라 이부분이 반영되었고, 주소가 RestAPI에 맞게 설계되었는지) 가짜 데이터를 설계하여 Mock API를 잘 구현하였는가? (예를 들어 DB연결없이 컨트롤러만 만들어서 배포된 서버의 응답과 동일한 형태로 데이터가 응답되는지 여부) 1. 전체 API..

과제명 1. 요구사항분석 / API요청 및 응답 시나리오 분석 2. 요구사항 추가 반영 및 테이블 설계도 과제 설명 1. 요구사항 시나리오를 보고 부족해 보이는 기능을 하나 이상 체크하여 README에 내용을 작성하시오. 2. 제시된 화면설계를 보고 해당 화면설계와 배포된 기존 서버의 API주소를 매칭하여 README에 내용을 작성하시오. (카카오 화면설계 시나리오가 있음) 3. 배포된 서버에 모든 API를 POSTMAN으로 요청해본 뒤 응답되는 데이터를 확인하고 부족한 데이터가 무엇인지 체크하여 README에 내용을 작성하시오. 4. 테이블 설계를 하여 README에 ER-Diagram을 추가하여 제출하시오. API 요청 응답에 따라 테이블을 예측해서 작성 er-diagram 설계 04) 테이블 설계를..

과제명 1. 요구사항분석 / API요청 및 응답 시나리오 분석 2. 요구사항 추가 반영 및 테이블 설계도 과제 설명 1. 요구사항 시나리오를 보고 부족해 보이는 기능을 하나 이상 체크하여 README에 내용을 작성하시오. 2. 제시된 화면설계를 보고 해당 화면설계와 배포된 기존 서버의 API주소를 매칭하여 README에 내용을 작성하시오. (카카오 화면설계 시나리오가 있음) 3. 배포된 서버에 모든 API를 POSTMAN으로 요청해본 뒤 응답되는 데이터를 확인하고 부족한 데이터가 무엇인지 체크하여 README에 내용을 작성하시오. API란 무엇일까 ? - https://codingdialee.tistory.com/35 Response Body 확인 WEB | API 알아보기 00. API ? 1) API..