상품 상품 상세 보기 Mock GET http://localhost:8080/products/:id JSON { "success": true, "response": { "id": 1, "productName": "기본에 슬라이딩 지퍼백 크리스마스/플라워에디션 에디션 외 주방용품 특가전", "description": "", "image": "/images/1.jpg", "price": 1000, "starCount": 5, "options": [ { "id": 1, "optionName": "01. 슬라이딩 지퍼백 크리스마스에디션 4종", "price": 10000 }, { "id": 2, "optionName": "02. 슬라이딩 지퍼백 플라워에디션 5종", "price": 10900 }, { "id":..
2주차 카카오 테크 캠퍼스 2단계 - BE - 2주차 클론 과제 과제명 1. 전체 API 주소 설계 2. Mock API Controller 구현 과제 설명 1. API주소를 설계하여 README에 내용을 작성하시오. 2. 가짜 데이터를 설계하여 응답하는 스프링부트 컨트롤러를 작성하고 소스코드를 업로드하시오. 과제 상세 : 수강생들이 과제를 진행할 때, 유념해야할 것 아래 항목은 반드시 포함하여 과제 수행해주세요! 전체 API 주소 설계가 RestAPI 맞게 설계되었는가? (예를 들어 배포된 서버는 POST와 GET으로만 구현되었는데, 학생들은 PUT과 DELETE도 배울 예정이라 이부분이 반영되었고, 주소가 RestAPI에 맞게 설계되었는지) 가짜 데이터를 설계하여 Mock API를 잘 구현하였는가? ..
내가 작성한 코드에 대해 리뷰를 받는 시간을 가졌다. 꼼꼼하게 리뷰해주셔서 너무 감사하다 😊 Q&A Q1. 데이터 타입의 범위 데이터베이스 설계시 데이터 타입의 범위를 어느정도 설정해야 좋을지 궁금합니다. 50글자의 글을 저장할때, 여유를 두고 varchar(200)을 할지, varchar(500)을 하는 것이 좋은지 그 범위의 정도가 궁금합니다. 실무에서는 데이터베이스 설계하는 분과 함께 의논한다고 하셨는데, 어느정도까지 개발자가 임의로 결정해야하는지 궁금합니다.🤔 Answer 데이터의 범위에 정답은 없다고 생각합니다. 해당 테이블이 어떤 도메인에서 어떠한 데이터를 저장하는 컬럼인지 생각해보고 예상되는 데이터 범위를 생각하여 지정을 하고 있습니다. DBA분과도 얘기를 나누지만 개발단계에서 도메인에 대한..
프레임워크와 라이브러리의 차이 : 제어 흐름 프레임워크 : 애플리케이션 코드가 프레임워크 안에서 수동적으로 동작한다. 제어의 흐름이 프레임워크에게 있다. (제어의 역전 IoC) 라이브러리 : 필요할때마다 능동적으로 라이브러리를 호출한다. 제어의 흐름이 개발자(나)에게 있다. Spring Security 스프링 프레임워크 기반의 웹 어플리케이션에서 보안기능을 구현할 수 있도록 지원하는 프레임워크 인증 및 권한 부여를 위한 다양한 기능을 제공한다. ex) 폼 기반 인증, HTTP 기본 인증, OAuth2, JWT(JSON Web Token), CSRF 방어, XSS 방어 Spring Security - 로그인 과정은 아래와 같다. 1. /login 요청이 오면 톰캣은 request 객체를 만들어 보낸다. 2..
Reflection(리플렉션) 실행중인 프로그램의 클래스,메서드,필드 등에 대한 정보를 얻거나 조작하는 기능을 제공하는 API 사용 상황 1. 런타임시 동적으로 클래스 로드 2. 클래스의 구조, 메서드, 필드 등에 대한 정보를 가져와서 분석 3. 클래스의 인스턴스를 생성하거나 메서드를 호출하거나 필드의 값을 변경해야하는 경우 Annotation(어노테이션) @어노테이션이름(속성1=값1, 속성2=값2, ...) 프로그램 코드에 메타 데이터를 추가하는 기능을 제공하는 것으로, 컴파일러나 런타임 시에 코드를 처리하는 도구들에게 추가적인 정보 제공 아픈 나무에게 약을 주어야한다. 모든 나무를 살펴서 아픈 나무를 찾는 것보다, 아픈 나무는 깃발로 표시해서 바로 찾을수 있으면 좋을 것이다. 여기서 깃발은 어노테이션..
ERD 다이어그램 연관관계 작성 User - Cart 1:N 관계 유저는 여러 장바구니 {선택 옵션, 옵션 개수}들을 가지고 있다. Product - Option 1:N 관계 상품은 여러 개의 옵션을 가지고 있다. Cart - Option 1:1 관계 유저의 장바구니 하나는 하나의 옵션을 가지고 있다. User - Order 1:N 관계 한명의 유저는 여러 번의 주문을 할 수 있다. Order - Item 1:N 관계 주문 하나는 여러개의 결제 상품을 가질 수 있다. Option - Item 1:N 관계 하나의 옵션은 여러개의 결제 상품을 가질 수 있다. ex1) 유저가 옵션을 재주문했을때 한 옵션에 대해 결제 상품 여러개를 가질 수 있다. ex2) 여러명의 유저가 같은 옵션을 구매했을때 한 옵션에 대한..
4) 테이블 설계를 하여 README에 ER-Diagram을 추가하여 제출하시오. 1. 데이터베이스 설계 화면 설계와 응답 데이터를 보며 테이블과 필드, 제약조건을 생각해보았다. user CREATE TABLE user ( id INT(11) NOT NULL AUTO_INCREMENT, username VARCHAR(50) NOT NULL, email VARCHAR(100) NOT NULL UNIQUE, password VARCHAR(255) NOT NULL, PRIMARY KEY (id) ); PK는 NOT NULL과 UNIQUE 제약조건을 가진다. email은 로그인 아이디로 사용되어 유저마다 고유해야하므로 UNIQUE 제약조건을 두었다. INT로 선언하면 INT(11)로 선언하는 것과 같다. INT..
0628 TIL은 0627 적은 내용을 바탕으로 추가 내용을 작성하기때문에 같은 블로그 글에 작성했습니다. 과제명 1. 요구사항분석/API요청 및 응답 시나리오 분석 2. 요구사항 추가 반영 및 테이블 설계도 과제 설명 1. 요구사항 시나리오를 보고 부족해 보이는 기능을 하나 이상 체크하여 README에 내용을 작성하시오. 2. 제시된 화면설계를 보고 해당 화면설계와 배포된 기존 서버의 API주소를 매칭하여 README에 내용을 작성하시오. (카카오 화면설계 시나리오가 있음) 3. 배포된 서버에 모든 API를 POSTMAN으로 요청해본 뒤 응답되는 데이터를 확인하고 부족한 데이터가 무엇인지 체크하여 README에 내용을 작성하시오. 과제 상세 : 과제를 진행할 때, 유념해야할 것 - 부족한 기능에 대한 ..
