목록분류 전체보기 (198)
Wanna be Brilliant Full-Stack Developer
목표 구독하기 API를 구현하기 위해서 연관관계에대한 개념을 잡아야한다 구독하기 만들고 구독 취소하기 만들것이다! Board라는 테이블이 있고 User라는 테이블이 있다. 하나는 게시글이고 하나는 유저이다. 하나의 유저에는 글을 한개만 쓸수 있으면 블로그를 못만드니 한명의 유저에는 게시글을 여러개를 쓸 수 있어서 1:N관계라고 불린다. 반대로 보면 하나의 게시글에는 몇명의 유저가 쓸수 있는가? 한개의 게시글은 한명이 쓰는거지 여러명이 동시에 쓰는것이 아니다. 이것은 1:1의 관계가 나온다. 이두개의 관계는 큰쪽으로 보게되는데 큰쪽이 N , 그리고 둘다 1이 같으니까 N:1의 관계라고 보고 Board입장에서 봤을때는 JPA에서는 ManyToOne이라고 하고 user입장에서는 OneToMany라고 말한다! ..
스프링부트 인스타그램 클론코딩 프로젝트 구독과 프로필 부분 완료하기! - 51강까지 완료! 노마도코더 바닐라 JS 챌린지 수업듣기! 비완료 15일날 예정! 스프링 부트 개념 1강 듣기 및 정리 완료! 자바 개념 2강 듣기 및 정리! 완료!
목표 유저를 수정하려고 DB에 들어왔는데 그 유저가 없으면 문제가 생길수 있기떄문에 그것을 준비해야한다. 이문제를 해결하기 위해서는 get을쓰는것이 아니라 orElseThrow를사용해야한다! package com.cos.photogramstart.service; import java.util.function.Supplier; import org.springframework.security.crypto.bcrypt.BCryptPasswordEncoder; import org.springframework.stereotype.Service; import org.springframework.transaction.annotation.Transactional; import com.cos.photogramstart...
목적 회원정보수정은 완료된 상태이지만 완료는 됬지만 서비스 하기에는 불안하다 왜 서비스하기에 불안하냐면 서버입장에서 보면 일단은 name값과 패스워드값은 무조건 받아야한다. 만약에 패스워드를 받지 않으면 공백이 데이터베이스에 들어가게되면 문제가 된다. 그래서 name과 패스워드가 안들어오는것을 막으려면 앞단에서 막아야한다! 이 앞단에서 막는것은 유효성 검사라는것인데! 그리고 또한 프론트단에서도 막아주는것이 좋다! ( 패스워드를 안적으면 전송이 안되도록) 이 둘을 통해 정보가 잘들어왔으면 두번쨰로도 문제가 생길수도 있는데 두번째 문제는 내가 1번 유저를 수정하려고하는데 영속화를 시켜놨더니 1번유저가 없다. 그러면 수정을 못하는데 이것을 처리 해야한다! 이것들은 프론트단과 유효성검사는 데이터베이스에 접근 하..