티스토리

Coby Blog

검색하기

블로그 홈

Coby Blog

rbsks.tistory.com/m

규난 님의 블로그입니다.

구독자: 7

방명록 방문하기

728x90

주요 글 목록

Spring AOP - Advice, Pointcut 이전 포스트에서는 AOP의 개념과 동작 원리에 대해 알아보았습니다. 2023.08.05 - [Spring] - Spring AOP Spring AOP 이번 포스트에서는 Spring의 3대 요소 중 하나인 Spring AOP에 대해서 알아보도록 하겠습니다. AOP(Aspect Oriented Programming) 일단 AOP가 뭔지 알아보기 전에 Asepect가 뭔지에 대해서 간단하게 알아보도록 하 rbsks.tistory.com 이번 포스트에서는 Spring AOP의 Advice와 Pointcut에 대해서 알아보도록 하겠습니다. Advice 어드바이스란 대상 메서드에 제공할 부가 기능 로직을 담은 모듈입니다. Advice의 종류 @Around 대상 메소드(조인 포인트) 호출 전후에 수행되며 예외 전환,.. 공감수 0 댓글수 0 2023. 8. 6.
Spring AOP 이번 포스트에서는 Spring의 3대 요소 중 하나인 Spring AOP에 대해서 알아보도록 하겠습니다. AOP(Aspect Oriented Programming) 일단 AOP가 뭔지 알아보기 전에 Asepect가 뭔지에 대해서 간단하게 알아보도록 하겠습니다. Aspect란 애플리케이션의 핵심 기능을 담고 있지는 않지만, 애플리케이션을 구성하는 중요한 한 가지 요소이면서 핵심 기능에 부가되어 의미를 갖는 특별한 모듈을 가르킵니다. Aspect는 부가 기능을 정의한 코드인 어드바이스와 어드바이스를 어디에 적용할지 결정하는 포인트 컷을 함께 갖고 있으며, 이 둘을 합친 개념의 어드바이저는 단순한 형태의 Aspect라고 볼 수 있습니다. Aspect를 간단하게 알아보았으니 이제 AOP에 대해서 알아보도록 하겠.. 공감수 0 댓글수 0 2023. 8. 5.
예외와 예외 처리 방법 예외란? 컴퓨터 프로그램에서 예외란, 프로그램이 실행 중에 발생한 예기치 않은 오류를 말합니다. 이러한 예외 상황을 처리하지 않으면 프로그램이 비정상적으로 종료될 수 있기 때문에 모든 예외는 적절하게 복구되든지 아니면 작업을 중단시키고 운영자 또는 개발자에게 통보하고 서비스를 이용하는 사용자에게 적절한 안내 메세지를 제공하는 등의 처리를 반드시 해줘야 합니다. 예외의 종류 이번 포스트에서는 Error에 대한 설명은 제외하겠습니다. Exception (Checked Exception) Exception 클래스와 이를 상속하고 Runtime Exception을 상속하지 않은 서브 클래스로 정의되는 예외입니다. 이 예외는 컴파일 시점에 예외 처리를 하는지 검사하기 때문에 개발자가 예외 처리를 강제하는 예외입니.. 공감수 3 댓글수 2 2023. 4. 9.
스프링의 템플릿/콜백 패턴 이번 포스트에서는 스프링에서 자주 등장하는 템프릿/콜백 패턴에 대해서 알아보도록 하겠습니다. 템플릿/콜백 패턴을 설명하기 전에 확장에는 자유롭게 열려있고 변경에는 굳게 닫혀 있다는 객체지향 설계의 핵심 원리인 개방 폐쇄 원칙(OCP)을 다시 한번 생각해 봅시다. 이 원칙은 코드에서 어떤 부분은 변경을 통해 그 기능이 다양해지고 확장하려는 성질이 가지고, 어떤 부분은 고정이 되어있어 변하지 않으려는 성질을 가지고 있습니다. 변화의 특성이 다른 부분을 구분 해주고(변하는 것과 변하지 않는 것), 각각 다른 목적과 다른 이유에 의해 다른 시점에 독립적으로 변경될 수 있는 효율적인 구조를 만들어주는 것이 개방 폐쇄 원칙입니다. 템플릿/콜백 패턴은 이렇게 바뀌는 성질이 다른 코드 중 거의 변경이 일어나지 않으며 .. 공감수 3 댓글수 0 2023. 4. 2.
Spring - 테스트와 TDD 테스트란? 개발자가 예상하고 의도했던 대로 코드가 정확히 동작하는지 확인해서 만든 코드를 확신할 수 있게 해주는 작업입니다. 테스트하고자 하는 대상이 명확하다면 그 대상에만 집중해서 테스트하는 것이 바람직합니다. 테스트하려는 범위가 클수록 테스트가 힘들어지고 오류가 발생했을 때 정확한 원인을 찾기가 힘들어지므로 가능하면 테스트의 관심이 다르다면 테스트할 대상을 분리(관심사의 분리) 하고 작은 단위로 쪼개서 테스트를 하는 것이 좋습니다. 이것을 단위 테스트라 합니다. 이전 포스트에서 테스트를 하기 위해 사용했던 main() 메소드를 보시면 테스트를 하기 위해서 프레젠테이션, 서비스 계층이 필요 없고 한 가지 관심에 집중해서 작은 단위로 테스트를 할 수 있기 때문에 단위 테스트를 적용했다 할 수 있습니다. .. 공감수 4 댓글수 1 2023. 3. 26.
Spring - 오브젝트와 의존관계(스프링의 IoC와 DI) 2023.03.19 - [Spring] - Spring - 오브젝트와 의존관계(관심사의 분리) Spring - 오브젝트와 의존관계(관심사의 분리) Spring 이란? 스프링은 자라를 기반으로 한 기술입니다. 스프링의 철학은 자바 엔터프라이즈 기술의 혼란 속에서 잃어버렸던 객체지향 기술의 진정한 가치를 회복시키고, 그로부터 객체지향 프로 rbsks.tistory.com 2023.03.19 - [Spring] - Spring - 오브젝트와 의존관계(상속을 통한 확장과 인터페이스의 도입) Spring - 오브젝트와 의존관계(상속을 통한 확장과 인터페이스의 도입) 2023.03.19 - [Spring] - Spring - 오브젝트와 의존관계(관심사의 분리) Spring - 오브젝트와 의존관계(관심사의 분리) S.. 공감수 1 댓글수 0 2023. 3. 21.
Spring - 오브젝트와 의존관계(상속을 통한 확장과 인터페이스의 도입) 2023.03.19 - [Spring] - Spring - 오브젝트와 의존관계(관심사의 분리) Spring - 오브젝트와 의존관계(관심사의 분리) Spring 이란? 스프링은 자라를 기반으로 한 기술입니다. 스프링의 철학은 자바 엔터프라이즈 기술의 혼란 속에서 잃어버렸던 객체지향 기술의 진정한 가치를 회복시키고, 그로부터 객체지향 프로 rbsks.tistory.com 이전 포스트에서 리팩토링 메소드 추출 기법을 사용하여 관심사를 분리해 변화에 좀 더 유연하게 대처할 수 있는 코드를 만들어 보았습니다. 이번 포스트에서는 변화를 반기는 DAO를 만들어 보겠습니다. 앞에서 만들었던 UserDao가 인기를 끌면서 N 사와 D 사에서 사용자 관리를 위해 UserDao를 구매하겠다는 주문이 들어왔다고 가정해 봅시다.. 공감수 1 댓글수 0 2023. 3. 19.
Spring - 오브젝트와 의존관계(관심사의 분리) Spring 이란? 스프링은 자라를 기반으로 한 기술입니다. 스프링의 철학은 자바 엔터프라이즈 기술의 혼란 속에서 잃어버렸던 객체지향 기술의 진정한 가치를 회복시키고, 그로부터 객체지향 프로그래밍이 제공하는 폭넓은 혜택을 누릴 수 있도록 기본으로 돌아가자는 것입니다. 스프링이 가장 관심을 많이 두는 대상은 오브젝트입니다. 애플리케이션에서 오브젝트가 생성되고 다른 오브젝트와 관계를 맺고, 사용되고, 소멸하기까지의 전 과정을 자세히 살펴보아야 합니다. 결국 오브젝트에 대한 관심은 오브젝트의 기술적인 특징과 사용법을 넘어서 오브젝트의 설계로 발전하게 됩니다. 객체지향 설계의 기초와 원칙, 다양한 목적을 위해 재활용 가능한 설계 방법인 디자인 패턴 좀 더 깔끔한 구조가 되도록 지속적으로 개선해나가는 작업인 리팩.. 공감수 1 댓글수 0 2023. 3. 19.
@ControllerAdvice와 @ExceptionHandler 이번 포스트에서는 @ExceptionHandler와 @ControllerAdvice에 대해서 알아보도록 하겠습니다. @ExceptionHandler Controller 내 메소드에 정의되어 해당 컨트롤러에서 발생하는 예외를 받아 처리합니다. package com.example.oauth.config.controller; import com.example.oauth.config.common.exception.GlobalErrorResult; import lombok.extern.slf4j.Slf4j; import org.springframework.http.ResponseEntity; import org.springframework.web.bind.annotation.ExceptionHandler; imp.. 공감수 1 댓글수 0 2023. 1. 8.
DispatcherServlet과 Spring MVC 아키텍처 이번 포스트에서는 DispatcherServlet과 Spring MVC 아키텍처에 대해서 알아보도록 하겠습니다. Spring MVC 스프링 웹 기술은 MVC 아키텍처를 근간으로 하고 있습니다. MVC는 프레젠테이션 계층의 구성요소를 M(정보를 담은 모델), V(화면 출력 로직을 담은 뷰), C(제어 로직을 담은 컨트롤러)로 분리하고 이 세가지 요소가 서로 협력해서 하나의 웹 요청을 처리하고 응답을 만들어내는 구조입니다. MVC 아키텍처는 보통 front controller 패턴과 함꼐 사용됩니다. front controller는 클라이언트가 보낸 요청을 가장 먼저 받아서 공통적인 작업을 수행한 후에 적절한 세부 컨트롤러로 작업을 위임해주고, 클라이언트에게 보낼 뷰를 선택해서 최종 결과를 생성하는 작업을 .. 공감수 1 댓글수 0 2022. 12. 18.
빈 스코프 빈 스코프 란? 지금까지 스프링 빈이 스프링 컨테이너의 시작과 함께 생성되어 스프링 컨테이너가 종료될 때 까지 유지된다고 알고있었다. 이것은 스프링 빈이 기본적으로 싱글톤 스코프로 생성되기 때문이다. 스프링은 싱글톤 스코프 말고도 다양한 스코프를 지원한다. 빈 스코프 종류 싱글톤 : 기본 스코프, 스프링 컨테이너의 시작부터 종료까지 유지되는 가장 넓은 범위의 스코프 프로토타입 : 스프링 컨테이너 프로토타입 빈의 생성과 의존 관계 주입까지만 관여하고 더는 관리하지 않는 매우 짧은 범위의 스코프 웹 관련 스코프 request : 웹 요청이 들어오고 나갈때 까지 유지되는 스코프 session : 웹 세션이 생성되고 종료될 때 까지 유지되는 스코프 application : 웹의 서블릿 컨텍스트와 같은 범위로 유.. 공감수 1 댓글수 0 2022. 12. 18.
빈 생명주기 콜백 빈 생명 주기 콜백 시작 데이터베이스 커네션 풀이나, 네트워크 소켓 처럼 어플리케이션 시작 시점에 필요한 열결을 미리 해두고, 어플리케니션 종료 시점에 연결을 모두 종료하는 작업을 진행하려면, 객체의 초기화와 종료 작업이 필요하다. 스프링 빈은 객체를 생성하고 의존 관계 주입이 다 끝난 다음에야 필요한 데이터를 사용할 수 있는 준비가 완료된다. 따라서 초기화 작업은 의존 관계 주입이 모두 완료도히고 난 다음에 호출해야 한다. 의존 관계 주입이 완료되면 스프링 빈에게 콜백 메서드를 통해서 초기화 시점을 알려주는 다양한 기능을 제공한다. 또한 스프링 컨테이너가 종료되기 직전에 소멸 콜백을 알려줘서 안전하게 초기화와 소멸 작업을 할 수 있다. 스프링 빈의 이벤트 라이프사이클 스프링 컨테이너 생성 → 스프링 빈.. 공감수 0 댓글수 0 2022. 12. 18.
의존 관계 자동 주입 다양한 의존 관계 주입 방법 생성자 주입 수정자 주입(setter) 필드 주입 일반 메서드 주입 생성자 주입 이름 그대로 생성자를 통해서 의존 관계를 주입 받는 방법 생성자 호출시점에 딱 1번만 호출되는 것이 보장 불변, 필수 의존 관계에 사용 @Component public class OrderServiceImpl implements OrderService { private MemberRepository memberRepository; private DiscountPolicy discountPolicy; // 생성자가 딱 1개만 있으면 @Autowire 생략 가능 @Autowire public OrderServiceImpl(MemberRepository memberRepository, DiscountP.. 공감수 0 댓글수 0 2022. 12. 18.
싱글톤 컨테이너 싱글톤 컨테이너 싱글톤 패턴 클래스의 인스턴스가 딱 1개만 생성되는 것을 보장하는 디자인 패턴 웹 어플리케이션은 보통 여러 고객이 동시에 요청을 함. 예를 들어 고객 트래픽이 초당 100이면 100개의 객체가 생성이되고 소멸이 되어 메모리 낭비가 심함 이러한 문제를 해결하기 위해 객체가 딱 1번만 생성되어 공유하도록 하는 싱글톤 패턴이 나옴 객체가 2개 이상 생성되는 것을 막기 위해 constructor의 접근자를 private 으로 사용해야 함. 생성자를 private으로 만들면 new 키워드를 사용하여 인스턴스 생성을 하지 못 함 싱글톤의 패턴의 문제점 싱글톤 패턴을 구현하는 코드 자체가 많이 들어감 의존관계상 클라이언트가 구현체 클래스에 의존. DIP 위반, OCP 위반 가능성 높아짐 테스트하기가 .. 공감수 0 댓글수 0 2022. 12. 18.
OOP 5가지 원칙 SOLID과 IoC, DI SRP - Single Responsibility Principle 한 클래스는 단일의 책임만 가져야 함 중요한 기준은 변경임. 변경이 있을 때 파급 효과가 적으면(수정할 부분이 적으면) 단일 책임 원칙을 잘 따른 것 결제 기능으로 예를 들면 payment는 PaymentService, TMS는 TmsService 이렇게 기능별로 분리해주는 것이 좋음. 분리를 하게 되면 서로 수정을해서 충돌이 날 확률이 적어지고 역할에 해당하는 서비스를 찾기 쉬움 OCP - Open/Closed Principle 클래스나 모듈은 확장에는 열려있고, 변경에는 닫혀있어야 함 다형성을 활용하여 인터페이스를 구현한 새로운 클래스를 하나 만들어 새로운 기능을 구현하는것이 좋음 객체를 생성하고 연관관계를 맺어주는 별도의 조립자, .. 공감수 0 댓글수 0 2022. 12. 18.

728x90

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.