Develop/Spring

서비스 계층의 책임이 오염되었다.사이드 프로젝트를 진행하던중 전체적인 MVP 기능을 완성하고 코드 리팩토링, 테스트를 진행하던 와중에 한가지 의문점이 생겼다.좋은 코드는 하나의 모듈은 하나의 책임만 져야한다. 응집도는 높을수록 결합도는 낮을수록 좋다. 그러나 내 프로젝트에서 기존의 인증 흐름에서 서비스 계층에서 서블릿api와 세션을 직접 다루고 있다는것을 깨달았다.서비스 계층은 본질적으로 비즈니스 규칙을 구현하는 곳인데, 서비스가 직접 `HttpSession`을 직접 읽고/쓰게되면 서비스가 "웹 요청/응답 컨텍스트"에 종속되게 된다. 그래서 결국 내가 작성한 코드는 "로그인은 웹 세션 기반으로만 가능"해진 확장이 불가능한 코드가 되어버렸다.기존의 코드서비스 계층에서 직접 서블릿 의존을 다루고 있는 모습을..

회원 도메인 부분을 개발하며 JPA에서 사용하는 기술에 대해 학습해보자.회원 리포지토리@Repository@RequiredArgsConstructorpublic class MemberRepository { private final EntityManager em; public void save(Member member) { em.persist(member); } public Member findOne(Long id) { return em.find(Member.class, id); } public List findAll() { return em.createQuery("select m from Member m", Member.class) ..

변경 감지와 병합을 알아보기 전에 먼저 준영속 엔티티부터 알아보도록 하자. 준영속 엔티티란 영속성 컨텍스트가 더 이상 관리하지 않는 엔티티를 의미한다.즉, DB에 이미 한번 저장되어 식별자가 존재하는 엔티티이다. 만약 임의로 엔티티를 만들어 내더라도 이렇게 기존 식별자를 가지고 있다면 준영속 엔티티이다.이러한 준영속 엔티티를 수정하는 방법엔 변경 감지 기능을 사용하는 방법과 병합 기능을 사용하는 방법이 있다.변경 감지@Transactionalvoid update(Item itemParam) { //itemParam: 파리미터로 넘어온 준영속 상태의 엔티티 Item findItem = em.find(Item.class, itemParam.getId()); //같은 엔티티를 조회한다. findIt..

웹 애플리케이션을 개발 할때 엔티티 설계시 주의해야 할 점에 대해 알아볼 것이다.엔티티 설계시 주의점외래 키가 있는 곳을 연관관계의 주인으로 정하기연관관계의 주인은 단순히 외래키를 누가 관리하느냐의 문제이지 비즈니스상 우위에 있다고 주인으로 정하면 안된다.예를 들어, 자동차와 바퀴가 있을 때 일대다 관계에서 항상 다쪽에 외래키가 존재하므로 외래 키가 있는 바퀴를 연관관계의 주인으로 하는것이 좋다.자동차를 연관관계의 주인으로 정하면 자동차가 관리하지 않는 바퀴 테이블의 외래 키 값이 업데이트 되므로 관리와 유지보수가 어렵고 추가적인 별도의 업데이트 쿼리가 발생하는 성능 문제도 존재한다.@ManyToMany를 사용하지 말자중간 테이블에 컬럼을 추가할 수 없고, 세밀하게 쿼리를 실행하기 어렵기 때문에 실무에서..

@RequestMapping@RequestMapping("/hello-basic")라면/hello-basic url 호출이 오면 이 메서드가 실행되도록 매핑하는것.대부분의 속성을 배열[]로 제공하므로 다중 설정이 가능하다.@RequestMapping에 Method 속성으로 HTTP 메서드를 지정하지 않으면 HTTP 메서드와 무관하게 호출이 가능하다. 즉, GET, POST, PUT, PATCH, DELETE 가리지 않고 호출 가능./** * method 특정 HTTP 메서드 요청만 허용 * GET, HEAD, POST, PUT, PATCH, DELETE */@RequestMapping(value = "/mapping-get-v1", method = RequestMethod.GET)public String..

[Spring MVC] 핸들러 매핑과 핸들러 어댑터핸들러 매핑과 핸들러 어댑터가 어떻게 사용되는지 알아보기 위해 과거에 주로 사용했던 간단한 컨트롤러 예시를 통해 핸들러 매핑과 어댑터를 알아볼 것이다.public interface Controller {ModelAndView handleRequest(HttpServletRequest request, HttpServletResponseresponse) throws Exception;}과거 버전의 스프링에서는 위의 코드와 같은 형식의 컨트롤러를 제공하였다. 이 때의 컨트롤러 인터페이스는 현재 사용하는 @Controller과는 다른 방식이다.위의 컨트롤러를 이해하기 위해 간단한 예제 코드를 통해 구현해보면 다음과 같다.Old Controller@Componen..

스프링에서 응답 데이터를 만드는 방법은 대표적으로 3가지가 존재.정적 리소스웹 브라우저에 정적인 HTML, CSS, JS 제공할때는 정적 리소스를 사용.뷰 템플릿 사용웹 브라우저에 동적인 HTML을 제공할때는 뷰 템플릿을 사용한다.HTTP 메시지 사용HTTP API를 제공하는 경우 데이터를 전달해야하므로, HTTP 메시지 바디에 JSON 같은 형식으로 데이터를 실어보낸다.정적 리소스스프링 부트는 다음과 같은 디렉토리에 있는 정적 리소스를 제공./static , /public , /resources , /META-INF/resourcessrc/main/resources 는 리소스를 보관하는 곳이고, 또 클래스패스의 시작 경로이다.따라서 다음 디렉토리에 리소스를 넣어두면 스프링 부트가 정적 리소스로 서비스를..

앞서 서블릿파트에서 공부했듯이, 클라이언트에서 서버로 요청 데이터를 보낼 때는 주로 3가지 방법을 사용한다.GET - 쿼리 파라미터메시지 바디 없이, url의 쿼리 파라미터에 데이터를 포함해서 전달하는 방식.검색, 필터, 페이징등에 주로 사용한다. /** * 반환 타입이 없으면서 이렇게 응답에 값을 직접 집어넣으면, view 조회X */ @RequestMapping("/request-param-v1") public void requestParamV1(HttpServletRequest request, HttpServletResponse response) throws IOException { String username = request.getParameter("user..

애노테이션 기반의 스프링 컨트롤러는 다양한 파라미터를 지원한다. 간단한 예제 코드를 통해HTTP 헤더 정보를 조회하는 방법을 알아 볼 것이다.@Slf4j@RestControllerpublic class RequestHeaderController { @RequestMapping("/headers") public String headers(HttpServletRequest request, HttpServletResponse response, HttpMethod httpMethod, Locale locale, @Reques..

이전의 포스팅에서 서블릿으로 만들었던 회원 관리 웹 애플리케이션을 JSP를 이용하여 개선해 볼 것 이다.요구사항은 이전과 같다.JSPJSP를 이용하기 위해선 먼저 JSP 관련 라이브러리를 추가하여야 한다.implementation 'org.apache.tomcat.embed:tomcat-embed-jasper'implementation 'jakarta.servlet:jakarta.servlet-api' //스프링부트 3.0 이상implementation 'jakarta.servlet.jsp.jstl:jakarta.servlet.jsp.jstl-api' //스프링부트3.0 이상implementation 'org.glassfish.web:jakarta.servlet.jsp.jstl' //스프링부트 3.0 이..