이번 8주차에서는 Spring Boot에서 자주 사용되는 페이지네이션 방식과 Validation, 그리고 JPA 연관관계를 활용한 객체 그래프 탐색에 대해 학습했습니다.특히 단순 CRUD 구현을 넘어서:Offset Pagination (Page)Cursor Pagina

이번 주차부터는 Spring Boot에서 가장 중요하다고 느껴지는 JPA를 본격적으로 학습했다. 단순히 CRUD를 구현하는 것을 넘어서 객체와 데이터베이스를 어떻게 연결하고 관리하는지에 대한 흐름을 이해할 수 있었고 실제로 연관관계 매핑과 API 구현까지 진행해보며

이번 주차에서는 단순히 API를 만드는 것이 아니라,Spring Boot에서 계층을 어떻게 나누고 응답과 예외를 어떻게 관리하는지 학습했습니다.Controller / Service / Repository 역할DTO 사용 이유ApiResponse를 통한 응답 통일Exce

내 컴퓨터에서 새로운 파일 yujin_portfolio를 만들고해당 파일을 visualstudio_code로 열었다.그런 다음 이미 설치된 react가 있기 때문에, 바로 프로젝트 생성을 했다.해당 명령어를 입력하게 되면쥬륵주륵 설치가 될거고이렇게 local: http

3주차에서는 HTTP 통신과 스프링의 기본 동작 원리에 대해 학습했다면,이번 4주차에서는 드디어 실제 Spring Boot 프로젝트를 생성하고 구조를 설계하는 단계로 넘어갔다.단순히 코드를 작성하는 것이 아니라,어떻게 구조를 설계할 것인지를 고민하는 단계였다는 점이 가

이번 3주차에서는 스프링의 핵심 개념인 IoC와 DI를 시작으로, 객체 생성부터 HTTP 요청 처리까지의 전체 흐름을 학습했습니다. 특히 부록 1~4를 통해 Bean 생성 → Filter → DispatcherServlet → 응답 처리까지 실제 실행 흐름을 따라

2주차 개념 정리 0주차와 1주차에서 데이터베이스 설계와 쿼리 작성을 진행했다면, 이번 2주차에서는 설계한 데이터를 실제 서비스 API로 연결하는 과정을 다루었다. 이전 주차에서 ERD를 고민하는 과정 자체가 결국 API를 큰 틀에서 설계하는 과정이었다는 점이 인

0주차에서 데이터베이스 구조를 설계했다면, 이번 1주차에서는 해당 ERD를 기반으로 실제 데이터를 조회하는 쿼리를 작성해보는 과정이다. 단순히 SQL 문법을 사용하는 것이 아니라, 요구사항을 어떤 쿼리로 풀어낼 수 있을지 고민하는 데에 초점을 두었다. 1주차 개념

개념 정리 0주차에서는 데이터베이스를 어떻게 설계해야 하는지를 중심으로 학습했다. 백엔드에서 DB 설계는 단순히 테이블을 만드는 작업이 아니라, 요구사항을 데이터 구조로 바꾸는 과정이라는 점이 핵심이다. 먼저 DB와 DBMS, 그리고 RDB와 NoSQL의 차이를

저번 4장 : 컴포넌트 상태 개념 정리에 이어 7장 : 조건부 렌더링과 반복 렌더링 개념정리 시작하겠습니다. 조건부 렌더링은 특정 조건에 따라 서로 다른 UI를 보여주는 방식이다.React에서는 JSX 내부에서 조건을 활용해 화면을 제어한다.: 가장 기본적인 방식은

오늘은 3주차 스터디 범위인 4장과 7장 중,먼저 4장 ‘컴포넌트 상태’ 에 대한 개념 정리를 해보려고 합니다.4장. 컴포넌트 상태리액트 애플리케이션이 단순한 정적 페이지를 넘어 동적으로 변화하는 UI를 제공 할 수 있는 이유는 바로 상태 관리 덕분입니다. 이 장에서는

오늘은 2주차 범위인 3장. 컴포넌트 정리랑 과제를 해보려고 합니다 컴포넌트 컴포넌트는 UI를 구성하는 독립적이며 재사용 가능한 작은 단위를 의미합니다. 리액트는 이러한 컴포넌트를 조합해 하나의 애플리케이션을 완성합니다. header : 로고, 네비게이션 바 nav

JSX란 JSX는 JavaScript XML의 약자로, 자바스크립트 코드 안에서 HTML과 유사한 문법으로 UI를 작성할 수 있게 해주는 문법 확장이다. JSX는 브라우저가 직접 이해하는 문법이 아니라, 빌드 과정에서 일반 자바스크립트 코드(React.createE

> #### Tip : scaffoldin > Vite와 같은 도구를 사용해 프로젝트를 빠르게 시작할 수 있도록 기본 구조와 설정 파일을 자동으로 생성하는

카카오에서 넘어오는 토큰은... 우리의 jwt로 권한 확인을 할 수 없는... 문제를 내가 미쳐 보지 못했다 ㅎㅎ,,, 그래서 끝나지 않은 카카오 소셜 로그인 개발 ㅜㅜ >🔥 문제 상황 OAuth2 기반 소셜 로그인이라서, 카카오에서 로그인 성공하면 access

요즘 소셜로그인 없는 웹/앱 서비스가 없기 때문에카카오,구글 가능하면 네이버까지 순서대로 해보려고 합니다 : 내 앱 만들고, REST API 키랑 Redirect URI(로컬 주소 포함) 등록하기 (예: http://localhost:8080/oauth/

원랜 소셜로그인을 바로 쓸 예정이였는데,막간을 이용해 swagger-ui 연결도 바로 적어보려고 합니다\`http://localhost:8080/hackathon/api/swagger-ui/index.html참고 저는 기본 url을 /hackathon/api/

지금까지 해온 프로젝트에서 미루고 미뤄왔던 로그인 및 토큰 구현 맡기 이번이 로그인/토큰발급 해볼 수 있는 마지막 기회라 생각하고덜컥 맡아버렸습니다 ...... ㅎㅎ진행할 순서는User 엔티티 + DB 연결일반 회원가입/로그인 (비밀번호 암호화)JWT 발급 및 인증 흐