스트림 내부 함수 이용하면 로직 작성을 덜해도 된다!

포트폴리오 Jwt를 구현하다가 부딪힌 오류다.이 부분에서 오류가 났는데,커스텀으로 만든 userDetail을 일단 보여주자면loadUserByUsername 메소드를 사용하는데새로운 유저를 만들어 security context에 넣어주는 과정에서이미 저 customer

포트폴리오로 백엔드를 만드는데,정확히 어떻게 왜 언제 쓰는지 모르는 아키텍쳐를있어보이려고 갖다붙이기 보다 기본 토대를 탄탄히 해보자는 느낌에서기본적인 mvc2 방식에서 DDD구조에서 쓰이는 파사드 구조만 조금 떼내서 사용 해봤다기본적인 구조는 이렇게 되어있다최상위 계층

이전에 hexagonal 패키지 디자인 패턴에 대해서 아직은 잘 모르겠다던 글이 생각나서 다시 작성한다.지금은 그때보다는 조금 더 이해 하게 된 편이다.사용했을때의 장점은 현재의 내가 이해 하기로서는 의존성을 많은 부분 덜어낼 수 있고, 에러가 발생했을때 비교적 빠르게

vue3 compositionAPI를 사용하다가 한참 해멘 실수 인데회사에서 베이스로 사용하는 모달 페이지가 있어서 사용하려 했는데다른 페이지에서 사용 된건 이미 잘 되고 있고,내가 개발 하려는 페이지서만 모달창이 뜨지 않았다.웃긴건 개발하는 페이지 (안됨) -> 다른

솔직히 아직은 잘 모르겠다.아무래도 경험 자체가 좀 적고 실제로 아키텍쳐의 덕을 보거나 "유용했다!" 라는 느낌을 받지 못해서 인것 같다.요 근래 하고 있는 사이드프로젝트에서 DDD+layout 구조를 쓰고현재 다니는 회사에서 개발하고 있는 새 프로젝트는 hexagon

NoArgsConstructor 빈 생성자 만드는 어노테이션AllArgsConstructor 필드값 다 가진 생성자 만드는 어노테이션Builder 필요한 필드 값만 따로 가져올수 있게 만드는 어노테이션 순서 안지켜도 됨 직접 만들면 생성자 만든 순서 대로 해야됨 ex)

직접 변수를 변경하는걸 막기위해서. 변수를 "메서드에 의해 변경이 되도록 만들어야 객체지향임"

HTTP 통신을 쓸대 우리가 쓰느 ㄴ방식은패킷 스위칭 데이터를 하나하나 쪼개고 그것을 패킷이라고 함그걸 한개씩 전송함패킷스위칭 을쓰면 C라는 사용자가 데이터를 보내도 같은 선을 이용함 받는 서버 쪽에서 각각 사용자의 데이터를 조립함 데이터는 전선을 이용해 들

MIME(마임) 타입패킷으로 데이터를 보낼때 바디에 들어갈 데이터의 타입 형식이란 뜻POST요청은 여기에 대한 \~~ 데이터를 추가! 해줘 라는 뜻인데이걸 어디에 담냐면 요청시에 헤더와 바디 라는 걸 달고 요청을 감내 사진이 MY.JPEG 라고 치면헤더에 : IMAGE

Stateless 요청시 마다 스트림을 연결해서 데이터를 주고받는 방식http 가 이 방식을 씀Statefull 연결이 지속되있는 방식 (채팅같이 데이터 실시간 연결)세션을 만들다 = 데이터를 응답해줄 준비가됨 (인증이 됨)http는 stateless라서 연결이 끊기면

http 통신 은 약속(프로토콜)이다클라이언트 = 배고픈 사람 = 요청하는 사람통신방법 (요청,request) 4가지get = 데이터를 줘! (Select)get 방식으로만 인터넷 브라우저를 불러올수 있고어떤 데이터를 요청할 건지 요청하는 방법은 쿼리스트링 밖에없다특징

@Transactional 어노테이션을 걸고영속성 컨텍스트에 저장 될 자료를 넣어두면.save 를 하지 않아도 트랜잭션이 종료 되기 직전 영속성 컨텍스트와 실제 DB의 차이를 스프링에서 인식하고 업데이트가 된다이걸 더티체킹이라고 함

쉽게말해 제어의 역전,스프링이 heap영역을 제어함 그래서 내가 스택안의 지역변수들을 매번 만들 필요없이 어노테이션을 붙여서 스프링컨테이너에 인식을 시키면 알아서 스프링이 만들어준다.IOC를 따르기 위해서패키지 파일을 ioc 규칙에 맞게 설계해야함

뭔가 했다.처음에 resultType이나 ParameterType 문제 인 줄 알고 허둥거렸으나if문으로 걸어놓은 권한에 의한 Join 조건이 문제 였다.이런 비슷한 조건이 붙어 있어서 (아마 만들때 잘 못 들어간 것으로 추정)하나의 결과만 나와야 하는 쿼리에서 조인으