개발천재

클라이언트 단에서도 검증을 하고 서버단에서도 검증이 필요한 이유클라이언트 단과 서버 단에서 각각 검증을 하는 이유는 보안과 사용자 경험을 동시에 고려하기 위함이다. 클라이언트 단 검증은 사용자 경험을 개선하고, 서버의 부담을 줄이기 위한 용도이며, 서버 단 검증은 보안, 데이터 무결성, 권한 검증 등 중요한 요소들을 처리하기 위한 용도이다. 따라서 클라이언트 단에서 간단한 유효성 검사를 먼저 하고, 서버 단에서 모든 데이터를 최종적으로 검증하는 방식으로 이중 검증을 사용하는 것이 가장 안전하고 효율적이다.  클라이언트 단에서 검증이 필요한 이유즉시 피드백 제공사용자가 잘못된 데이터를 입력할 경우 즉시 피드백을 받을 수 있다. 예를 들어, 이메일 형식이 잘못되었거나 필수 입력란이 비어 있을 경우, 서버에 ..

@Component, @Service, @Repository, @Controller는 모두 스프링 빈을 정의하는 어노테이션  스프링에서 관리하는 객체들은 스프링 컨테이너에 의해 생성되고 관리된다. 이를 통해 객체 간의 의존성을 관리하고, 코드가 효율적이고 유지보수가 쉬워진다. 스프링은 여러 종류의 **빈(Bean)**을 관리하는데, 이때 사용하는 어노테이션들이 @Component, @Service, @Repository, @Controller, @Bean이다. @Component, @Service, @Repository, @Controller는 모두 스프링 빈을 정의하는 어노테이션이지만, 이름과 사용 목적에 따라 미묘한 차이가 있다. @Component: 스프링이 관리하는 일반적인 객체@Service: ..

Intercepter 이해하기Interceptor(인터셉터)는 요청과 응답 사이에 끼어서 추가적인 작업을 수행하는 도구이다. 쉽게 말해서, "도와주는 역할"을 하는 사람과 비슷하다.인터셉터는 마치 문을 통과하려는 사람을 체크하는 경비원과 같다. 사람들이 문을 통과할 때, 경비원이 들어가기 전에(요청 처리 전에) 확인하거나, 들어온 후(요청 처리 후) 필요한 일을 한다. 예를 들면 사용자가 웹사이트에 요청을 보내려고 할 때, 경비원이 이 사람이 로그인 했는지, 특정 권한이 있는지 확인할 수 있다. 또는 요청을 처리한 후에는 경비원이 무사히 문을 통과한 후, 문을 닫고 나서 체크할 수도 있다. Interceptor의  역할요청 처리 전클라이언트(사용자)가 요청을 보낼 때, 예를 들어 로그인 상태 체크, 권한..

JPA에서 update가 없을까?JPA는 영속성 관리(Persistence Context)를 통해 객체 상태를 추적하고 있기 때문에, 엔티티 객체가 변경되면 자동으로 갱신(update)이 이뤄진다. JPA에서는 update라는 메서드가 존재하지 않는다.JPA에서 데이터를 업데이트 하기 위해서는 save()를 사용한다. save() 메서드는 새로운 객체는 저장하고, 기존 객체는 수정하는 방식으로 동작한다. 즉, save는 insert와 update를 구분 없이 처리하는 메서드이다.*영속성 관리(Persistence Context)란?영속성 관리(Persistence Context)는 JPA가 관리하는 메모리 공간으로, 객체의 상태를 추적하고 변경 사항을 자동으로 데이터베이스에 반영하는 역할을 해요.  기본..