Spring8 예외처리 ) 서블릿 컨테이너의 예외처리 1 순수 서블릿 컨테이너의 예외처리 애플리케이션에서 예외가 발생하면 try~catch로 잡아야하지만 예외를 잡지 못하고 서블릿 밖으로 까지 예외가 전달되면 어떻게 될까? 스프링이 아닌 순수 서블릿 컨테이너는 예외를 어떻게 처리하는지 알아보자. 일단 스프링 부트가 제공하는 기본 예외 페이지를 꺼둬야한다. 예외페이지를 안끄면 요런 페이지가 나온다. 순수 서블릿의 예외처리를 확인하기 위해서는 설정을 꺼야한다. 이제 설정을 껐다면 예외 처리를 어떻게 하는지 확인해보자. 총 2가지 방법으로 처리한다. 1. Exception(예외) tomcat이 기본으로 제공하는 오류 화면을 볼수있다. Exception 에러 처리 로직 예외가 발생하면 WAS 까지 전파 된다. 2. response.sendError(HTTP 상태 코드.. 2023. 3. 24. Spring) 메시지, 국제화 기능 메시지 만약에 업무로 서비스내에 '상품명' 단어를 '상품이름'으로 변경 건이 온다고 해보자. 생각보다 실제 업무에서 이런 경우가 꽤 있다. 이때 생각할 수 있는 방법은 프로젝트내에 해당 단어를 검색해서 단어를 일일이 바꾸는 것이다. 검색 했을때 10개 정도면 가뿐히 할 수 있겠지만 100개가 넘는 다면 한숨부터 나올것이다. 만약 과거의 개발자가 이 단어를 하나의 파일에서 관리 했으면 이 순간 얼마나 편할까....바로 이럴때 쓰는 기술이 바로 '메세지'이다. 스프링의 경우 스프링은 기본적인 메시지 관리 기능을 제공한다. 메시지 관리 기능을 사용하려면 스프링이 제공하는 MessageSource 를 스프링 빈으로 등록하면 된다. MessageSource 는 인터페이스이다. 따라서 구현체인 ResourceBun.. 2022. 12. 21. 의존관계 주입 DI(Dependency Injection) 의존관계 주입 DI(Dependency Injection) OrderServiceImpl 은 DiscountPolicy 인터페이스에 의존한다. 실제 어떤 구현 객체가 사용될지는 모른다. 오직 AppConfig만 안다. 의존관계는 정적인 클래스 의존 관계와, 실행 시점에 결정되는 동적인 객체(인스턴스) 의존 관계 둘을 분리해서 생각해야 한다. 정적인 클래스 의존관계 클래스가 사용하는 import 코드만 보고 의존관계를 쉽게 판단할 수 있다. 정적인 의존관계는 애플리케이션을 실행하지 않아도 분석할 수 있다. OrderServiceImpl 은 MemberRepository , DiscountPolicy 에 의존한다는 것을 알 수 있다 그런데 이러한 클래스 의존관계 만으로는 실제 어떤 객체가 OrderServi.. 2022. 9. 8. 제어의 역전IoC(Inversion of Control) 애플리케이션을 하나의 공연이라 생각해보자. 각각의 인터페이스를 배역(배우 역할)이라 생각하자. 이전 코드는 마치 로미오 역할(인터페이스)을 하는 레오나르도 디카프리오(구현체, 배우)가 줄리엣 역할(인터페이스)을 하는 여자 주인공(구현체, 배우)을 직접 초빙하는 것과 같다. 공연을 구성하고, 담당 배우를 섭외하고, 역할에 맞는 배우를 지정하는 책임을 담당하는 별도의 공연 기획자가 나올시점이다. 공연 기획자를 만들고, 배우와 공연 기획자의 책임을 확실히 분리하자. AppConfig의 등장 애플리케이션의 전체 동작 방식을 구성(config)하기 위해, 구현 객체를 생성하고, 연결하는 책임을 가지는 별도의 설정 클래스를 만들자. AppConfig는 애플리케이션의 실제 동작에 필요한 구현 객체를 생성한다. App.. 2022. 9. 8. 도메인 설계 하기 회원 도메인 요구사항 회원을 가입하고 조회할 수 있다. 회원은 일반과 VIP 두 가지 등급이 있다. 회원 데이터는 자체 DB를 구축할 수 있고, 외부 시스템과 연동할 수 있다. (미확정) 미확정 된 부분이 존재한다. 확정 될때까지 무기한 기다릴수 없다. 인터페이스를 만들고 구현체를 언제든지 갈아끼울 수 있게 설계해야한다. 회원 도메인 설계 객체 다이어그램은 객체가 참조를 나타낸다. 회원 서비스: MemberServiceImpl 회원 도메인 개발 도메인 요구사항 두번째 기본과 VIP 등급을 Enum 형태로 만든다. 주문과 할인 도메인 설계 주문과 할인 정책 회원은 상품을 주문할 수 있다. 회원 등급에 따라 할인 정책을 적용할 수 있다. 할인 정책은 모든 VIP는 1000원을 할인해주는 고정 금액 할인을 적.. 2022. 9. 5. 좋은 객체 지향 설계의 원칙 (SOLID) SRP(Single Responsibility Principle) 단일 책임 원칙 • 한 클래스는 하나의 책임만 가져야 한다. • 하나의 책임이라는 것은 모호하다. • 클 수 있고, 작을 수 있다. • 문맥과 상황에 따라 다르다. • 중요한 기준은 변경 이다. 변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것 예) UI 변경, 객체의 생성과 사용을 분리 OCP(Open/Closed Principle) 개방-폐쇄 원칙 소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다 이런 거짓말 같은 말이? 확장을 하려면, 당연히 기존 코드를 변경? 다형성을 활용해보자 인터페이스를 구현한 새로운 클래스를 하나 만들어서 새로운 기능을 구현 지금까지 배운 역할과 구현의 분리를 생각해보자 OCP.. 2022. 9. 5. 이전 1 2 다음
