티스토리

나의 프로그래밍 개발일기

검색하기

블로그 홈

나의 프로그래밍 개발일기

sehun5515.tistory.com/m

배우는 일기장

구독자: 0

방명록 방문하기

주요 글 목록

Spring MVC - Spring MVC의 구조 - 1. Dispatcher Servlet 들어가며 이전까지 우리가 프론트 컨트롤러 및 여러 개선점을 적용한 프레임워크를 만들고 그 구조를 알아보았다. 이번 파트부터는 실제 스프링 MVC의 전체적인 구조를 알아본다. Spring MVC 구조 우선 우리가 만들었던 프레임워크 구조를 보면 다음과 같다. 다음은 실제 스프링 MVC에서 사용하고 있는 구조이다. 매우 유사하지 않은가? 이는 스프링 MVC 프레임워크의 구조가 갑자기 어디선가 등장한 것이 아닌, 이전에 있던 수 많은 문제점과 편의성을 제공하기 위해 개선이 적용된 결과임을 의미한다. 직접 만든 프레임워크와 스프링 MVC 구조를 한번 비교해보자. Front Controller -> Dispatcher Servlet HandlerMappingStore -> HandlerMapping MyHandl.. 공감수 0 댓글수 0 2023. 6. 7.
JDBC - JDBC 커넥션 풀 - DataSource 적용 들어가며 저번 포스트에서 DataSource 인터페이스를 사용하여 커넥션을 얻는 것에 대해 알아보았다. 이번 포스트에서는 배운 방식을 레포지토리에 적용하여 어떻게 변경되는지 알아보자. RepositoryV1 구현 커넥션을 얻는 부분에서 많은 변경이 발생된다. public class MemberRepositoryV1{ private final DataSource dataSource; public MemberRepositoryV1(DataSource dataSource){ this.dataSource = dataSource; } public Member save(Member member) throws SQLException{ ... } public Member findById(String memberId) .. 공감수 0 댓글수 0 2023. 6. 5.
JDBC - JDBC 커넥션 풀 - DataSource 들어가며 저번 포스트에서 커넥션 풀에 대해 알아보았다. 이번 포스트에는 해당 커넥션 풀을 사용하는데 있어 사용하는 추상화된 인터페이스인 DataSource 인터페이스에 대해 알아본다. DataSource 지금까지 우리가 구현한 예제에서 커넥션을 얻을 때는 DriverManager.getConnection()을 사용하였다. 그런데 이제 DriverManager를 통해 계속 커넥션을 새로 생성하는게 아니라 커넥션 풀을 사용하여 커넥션을 얻으려고 한다. 문제는 각 커넥션 풀을 사용하는 방법들이 모두 다를 수 있단 것이다. 즉 구체적인 방법에 애플리케이션이 의존할 수 있다. 만약 커넥션 풀 1을 사용하는데 커넥션을 가져오는 코드가 getConnection()이라고 하자. 그런데 커넥션 풀 2로 바꾸어야 하는 상.. 공감수 0 댓글수 0 2023. 6. 5.
JDBC - JDBC 커넥션 풀 - 커넥션 풀의 개념 들어가며 저번 포스트에서 JDBC를 사용한 데이터 저장, 조회, 수정, 삭제를 구현하였다. 이번 포스트에서는 트랜젝션이라는 개념을 배우기 이전에 커넥션 풀이라는 개념에 대해 먼저 알아보고 간다. 커넥션 획득 과정 어떤 요청이 들어왔을 때 DB 커넥션이 필요한 경우 다음과 같은 방식을 통해 커넥션을 연결한다. 먼저 DB 드라이버에 현재 사용 가능한 커넥션이 존재하는지 조회한다. 이 단계에서 만약 사용 가능한 커넥션이 존재한다면 해당 커넥션을 반환하고 과정이 종료된다. 이후 사용 가능한 커넥션이 없다면 DB 드라이버는 DB에 TCP/IP 연결을 수행한다. TCP/IP 연결이 성립되면 ID, PW를 전송한다. DB는 받은 ID와 PW를 사용하여 사용자 인증을 수행하고, 해당 연결에 대한 DB 세션을 생성한다... 공감수 0 댓글수 0 2023. 6. 5.
JDBC - JDBC 사용 - 3. 데이터 수정과 삭제 들어가며 저번 포스트에서 JDBC를 사용하여 데이터를 조회하는 과정을 구현하였다. 이번 포스트에서는 JDBC를 사용하여 데이터를 수정하는 과정을 구현할 것이다. 데이터의 수정 데이터를 수정하는 SQL은 다음과 같다. UPDATE MEMBER SET MONEY=? WHERE MEMBER_ID=? 당연하게도 해당 SQL을 DB에 전송하기 위해서는 커넥션과 전송시킬 객체가 필요하다. 이전과 비슷한 코드이기 때문에 별다른 설명 없이 구현한다. public void update(String memberId, int money) throws SQLExceptions{ String sql = "update member set money=? where member_id=?"; Connection conn = null;.. 공감수 1 댓글수 0 2023. 6. 3.
JDBC - JDBC 사용 - 2. 데이터 조회 들어가며 저번 포스트에서는 데이터를 저장하는 기능을 JDBC를 사용하여 구현하였다. 이번 포스트에서는 저장된 데이터를 조회하는 기능을 JDBC를 사용하여 구현해본다. 데이터의 조회 구현 데이터를 조회하는 SQL 구문은 다음과 같다. SELECT * FROM MEMBER WHERE MEMBER_ID=? JDBC를 사용하여 데이터를 조회하기 위해서는 해당 SQL 구문을 DB에 전송할 커넥션이 필요하다. 또한 해당 SQL을 전송시킬 Statement도 필요하다. 그리고 조회한 데이터를 가져올 객체인 ResultSet이라는 객체 역시 필요하다. public Member findById(String memberId) throws SQLException{ String sql = "select * from membe.. 공감수 0 댓글수 0 2023. 6. 3.
JDBC - JDBC사용 - 1. 데이터 저장 들어가며 이전 포스트에서 JDBC의 개념, 기술들의 설명에 대해 알아보았다. 이번 포스트에서는 코드를 통해 어떻게 사용하는지에 대해 알아본다. JDBC를 사용한 회원 정보 등록 회원 정보를 등록하는 예제를 만들어보자. 여기서는 H2 데이터베이스를 사용하고, 이미 연결이 완료되었다고 가정한다. 가장 먼저 회원에 대한 정보를 구현해야 한다. 구현할 회원은 매우 간단한 상태만을 가지고 있다. 먼저 회원의 id이다. 이것으로 회원을 유일하게 식별할 수 있다. 그 다음이 회원이 가지고 있는 돈 액수이다. 이를 클래스로 나타내면 다음과 같다. @Data @NoArgsConstructor @AllArgsConstructor public class Member{ private String memberId; privat.. 공감수 0 댓글수 0 2023. 6. 3.
JDBC - JDBC의 이해 - 데이터 접근 기술 들어가며 저번 포스트에서 JDBC가 등장하게 된 계기와 효율성, 그리고 그 한계점에 대해 알아보았다. 이번 포스트에서는 JDBC를 활용하여 DB에 접근하는 기술들, 특히 SQL Mapper와 ORM에 대해 알아보도록 한다. JDBC 직접 사용과 SQL Mapper JDBC가 나온지 얼마 안된 초창기에는 대부분 JDBC에 다이랙트로 접근하여 SQL을 전송하는 방식을 사용하였다. 하지만 이는 너무 오래 전의 기술로 현재는 대부분 사용하지 않는 방식이다. 현재 사용하는 기술은 SQL Mapper가 있다. SQL Mapper 기존에 JDBC를 다이랙트로 사용하던 때에는 DB에서 데이터를 가져올 때 일일히 객체에 매핑했었어야 했다. @AllArgsConstructor public class Member{ priv.. 공감수 0 댓글수 0 2023. 6. 3.
JDBC - JDBC의 이해 - JDBC의 등장 배경 들어가며 이번 포스트에서는 Java에서 DB를 연결할 때 사용했던 JDBC(Java Data Base Connectivity)기술에 대한 전반적 배경에 대해 알아본다. DB를 사용한 데이터의 저장 애플리케이션 개발에서 중요한 데이터들(게시판의 경우 게시글과 그 댓글, 회원 관리의 경우 회원의 정보)을 DB에 저장한다. 그리고 해당 데이터가 필요할 시 DB에서 해당 데이터를 탐색한 뒤 그 데이터를 가져온다. 클라이언트에서 요청이 들어오는 부분은 지금 우리의 관심사는 아니다. 우리의 관심사는 애플리케이션 서버에서 DB로 어떻게 요청과 그 응답이 들어오는가에 대한 것이다. 애플리케이션 서버는 어떻게 DB와 통신을 수행하는걸까? 서버는 먼저 DB로 커넥션을 연결한다. 해당 작업은 서버와 DB가 TCP/IP를 통.. 공감수 0 댓글수 0 2023. 6. 3.
Spring MVC - MVC 구조 - 9. 프레임워크 구조 정리 들어가며 약 8개 포스트에 걸쳐서 기존의 각 서블릿이 공통 로직을 각각 구현했어야 했고, View 이름이 중복되었으며 모델이 서블릿의 request에 의존하던 코드들을 깔끔하게 구조화시켰다. 이번 포스트는 전체적인 구조를 정리하고 요청에 대해 어떻게 처리가 이루어지는지를 정리해본다. MVC 프레임워크 전체 구조 프론트 컨트롤러를 도입만 했던 버전 1부터 시작해 확장성을 적용시킨 버전 5까지 코드의 개선을 보아왔다. 확장성을 적용시킨 프레임워크의 전체적인 구조는 다음과 같다. 꽤 많이 복잡해졌다. 각 컴포넌트들에 대해 간략하게 정리하고 넘어가자. Handler Mapping Store는 모든 핸들러(컨트롤러)에 대한 매핑 정보를 가지고 있다. 핸들러가 처리 가능한 URL을 key로 가지고 핸들러 객체를 v.. 공감수 0 댓글수 0 2023. 6. 2.
Spring MVC - MVC 구조 - 8. 확장성 적용(2) 들어가며 이전 포스트에서 확장성을 구현하기 위해 HandlerAdapter라는 개념을 가져왔고, 이 HandlerAdapter가 가져야 하는 책임까지 알아보았다. 이번 포스트에서는 이 HandlerAdapter 인터페이스를 구현한 구현체들을 알아보고, 프론트 컨트롤러가 어떻게 변경되는지에 대해 알아보도록 한다. 마지막으로는 확장성을 적용한 전체적인 구조에 대해서도 살펴본다. HandlerAdapter의 구현체 HandlerAdapter의 구현은 다음과 같았다. public interface MyHandlerAdapter { boolean supports(Object handler); ModelView handle(HttpServletRequest request, HttpServletResponse res.. 공감수 0 댓글수 0 2023. 6. 2.
Spring MVC - MVC 구조 - 7. 확장성 적용(1) 들어가며 이전의 아이디어를 적용함으로서 꽤나 근사한 MVC 프레임워크를 만들 수 있었다. 개발자는 컨트롤러를 만들 때 단순히 뷰의 논리적 이름만을 반환하도록 하면 끝나는 매우 편리한 프레임워크가 되었다. 하지만 다른 개발자가 어떠한 사정으로 인하여 이전 버전의 컨트롤러들을 사용해야 한다고 한다. 이런 상황이 온다면 어떻게 해야할까? 이번 포스트에서는 해당 문제에 대해 생각해보고 해결 방법을 알아 본다. 결과 코드는 여기에서 볼 수 있다. GitHub - ForteEscape/MVC-Study Contribute to ForteEscape/MVC-Study development by creating an account on GitHub. github.com 확장성 - 다른 버전의 컨트롤러를 사용해야하는 문.. 공감수 0 댓글수 0 2023. 6. 2.
Spring MVC - MVC 구조 - 6. 개선된 MVC 구조 들어가며 저번 포스트에서 Model의 추가를 통해 서블릿 코드 종속을 제거하고, ViewResolver와 MyView의 render()를 조금 손봄으로서 컨트롤러에선 View의 논리적 이름과 모델만을 반환하면 되도록 개선하였다. 이번 포스트에서는 약간의 아이디어를 통해 더욱 편리하게 컨트롤러를 만들 수 있도록 한다. 구현 코드의 결과는 여기에서 볼 수 있다. GitHub - ForteEscape/MVC-Study Contribute to ForteEscape/MVC-Study development by creating an account on GitHub. github.com 아이디어 지금 우리가 만든 이 FrontController와 프레임워크도 매우 탄탄한 구조를 가지고 있다. 여기서 조금의 아이디어.. 공감수 0 댓글수 0 2023. 6. 1.
Spring MVC - MVC 구조 - 5. Model의 추가 들어가며 저번 포스트에서는 View를 컨트롤러에서 분리하는 작업을 수행하였다. 이번에는 서블릿에 종속적인 코드들을 걷어내고 그 이후에 새로운 Model이라는 컴포넌트를 도입하여 어떻게 변화되는지를 알아본다. 모델을 추가한 전체적인 코드는 여기에서 확인할 수 있다. GitHub - ForteEscape/MVC-Study Contribute to ForteEscape/MVC-Study development by creating an account on GitHub. github.com 개선 방향 서블릿 종속성 제거 다음의 코드를 보자 public class MemberFormControllerV2 implements ControllerV2 { @Override public MyView process(Http.. 공감수 0 댓글수 0 2023. 6. 1.
Spring MVC - MVC 구조 - 4. View의 분리 들어가며 저번 포스트에서는 프론트 컨트롤러를 도입하여 구현한 서블릿 구조를 보았다. 이번 포스트에서는 각 컨트롤러에 묶여있는 뷰들을 어떻게 효과적으로 빼낼지에 대해 알아본다. 모든 코드는 깃허브 링크에 올려저 있다. GitHub - ForteEscape/MVC-Study Contribute to ForteEscape/MVC-Study development by creating an account on GitHub. github.com View의 분리 지금까지 구현한 구조는 컨트롤러가 JSP로 포워딩하기 위해 JSP파일의 물리적 경로를 가지고 있었어야 했다. 단적으로 다음의 코드를 보자. public class MemberFormControllerV1 implements ControllerV1 { @Ove.. 공감수 1 댓글수 1 2023. 5. 31.
Spring MVC - MVC 구조 - 3. 프론트 컨트롤러 구현(2) 들어가며 저번 포스트에서 프론트 컨트롤러 구현을 시작하였다. 먼저 회원 데이터를 저장하고 보여주는 간단한 서비스를 만들기 위해 Domain, Repository를 작성하였다. 이번 포스트에서는 각 컨트롤러 구현을 수행할 것이다. 모든 진행 결과는 필자의 깃허브에서 볼 수 있다. GitHub - ForteEscape/MVC-Study Contribute to ForteEscape/MVC-Study development by creating an account on GitHub. github.com 프론트 컨트롤러 구현 - 계속 컨트롤러 구현 이전 포스트에서도 적었지만 프론트 컨트롤러가 각 컨트롤러의 정보를 알고 있는 상태에서 클라이언트의 요청을 처리할 수 있는 컨트롤러에 요청을 위임한다고 하였다. 그리고 .. 공감수 0 댓글수 0 2023. 5. 30.
Spring MVC - MVC 구조 - 2. 프론트 컨트롤러 구현(1) 들어가며 이전 포스트에서 프론트 컨트롤러 패턴에 대한 소개와 해당 패턴을 적용할 시에 얻을 수 있는 이점에 대해 알아보았다. 이번에는 이 프론트 컨트롤러를 구현해 볼 것이다. 개발환경에 대한 설명은 이전 포스트에 적혀 있으니 이전 포스트를 참고하면 되겠다. Spring MVC - Dispatcher Servlet - 프론트 컨트롤러 들어가며 이번 포스트에서부터는 스프링 MVC의 기본적인 구조를 알아본다. 이번 주제는 Dispatcher Servlet이라고 하는 스프링 MVC의 구조를 유도하며 왜 이렇게 되었는가에 대해 알아본다. 추가적으 sehun5515.tistory.com 프론트 컨트롤러 적용 구조 프론트 컨트롤러를 적용하면 많은 것이 변경될 수 있지만 모든 것을 곧바로 변경시키지는 않을 것이다. 차.. 공감수 0 댓글수 0 2023. 5. 30.
Spring MVC - MVC 구조 - 1. 프론트 컨트롤러 들어가며 이번 포스트에서부터는 스프링 MVC의 기본적인 구조를 알아본다. 이번 주제는 Dispatcher Servlet이라고 하는 스프링 MVC의 구조를 유도하며 왜 이렇게 되었는가에 대해 알아본다. 추가적으로 이 프론트 컨트롤러가 어떻게 발전하는지를 앞으로의 포스트를 보면서 알아보도록 한다. 프론트 컨트롤러의 도입 기존 스프링을 사용하지 않고, 서블릿을 통하여 각 컨트롤러들을 사용한 시기에는 각 컨트롤러별로 공통적으로 처리해야 하는 로직이 존재하면 모든 서블릿 컨트롤러들에 대해 해당 로직을 넣어주어야 했다. 만약 각 컨트롤러들이 호출될 때 마다 "Controller Called"라는 로그를 찍어야 한다고 생각해보자. 그렇다면 모든 컨트롤러에는 다음과 같은 코드가 붙어야 할 것이다. @WebServlet.. 공감수 0 댓글수 0 2023. 5. 30.
Spring MVC - 기반 지식 - 4. WAS와 리소스 반환, CSR, SSR 들어가며 이번 포스트에서는 WAS가 반환하는 데이터의 종류와 클라이언트에서 뷰를 랜더링하는 CSR, 서버에서 뷰를 랜더링하는 SSR에 대해 알아본다. WAS가 반환하는 데이터 종류들 서버는 결국 클라이언트의 요청을 받고 데이터를 처리한 뒤 그 결과를 응답으로 반환해야 한다. 이때 이 반환하는 데이터들의 종류가 다양한데 크게 분류하자면 3개로 나눌 수 있다. 정적 리소스 - HTML, CSS, JS, 이미지 동적 HTML 페이지 HTTP API(JSON, XML) 각각의 데이터에 대해 알아보도록 하자 정적 리소스 정적 리소스는 이전에도 설명했지만 클라이언트의 요청에 의해 동적으로 변하지 않는 자원들을 일컫는다. 보통 정적 HTML이나 CSS, JS가 있으며 이미지, 영상도 정적 리소스에 표함된다. 주로 웹.. 공감수 0 댓글수 0 2023. 5. 26.
Spring MVC - 기반 지식 - 3. WAS와 멀티 쓰레드 들어가며 이전 포스트에서 WAS와 서블릿 그리고 서블릿 컨테이너에 대해 알아보았다. 이번 포스트에서는 서블릿과 멀티 쓰레드에 대해 알아본다. 서블릿 호출과 스레드 이전 포스트의 그림을 다시 가져왔다. 클라이언트가 요청을 보내면 그 요청을 통해 Request 객체가 생성되고, url 패턴과 동일한 서블릿이 존재하는지 서블릿 컨테이너에 확인한 뒤 해당 서블릿을 호출한다. 그런데 이 서블릿을 누가 호출하는 것인가에 대해서 한번 생각할 필요가 있다. 누가 이 서블릿을 호출하고 내부 로직을 실행시키는 것일까 그 답은 쓰레드이다. 웹 애플리케이션이 실행되면 웹 애플리케이션은 고유의 프로세스(Process)를 가지게 되고 그 내부에는 기본적으로 하나의 쓰레드를 가지게 된다. 바로 이 쓰레드가 서블릿 컨테이너에서 찾은.. 공감수 0 댓글수 0 2023. 5. 26.
Spring MVC - 기반 지식 - 2. WAS와 서블릿 들어가며 저번 포스트에서는 웹 시스템의 전체적인 구조에 대해 간략하게 알아보았다. 이번 포스트에서는 WAS를 직접 구현하려면 어떤 면이 필요하고 서블릿이라는 것이 어떻게 이를 도와줄 수 있는지를 알아본다. WAS 직접 구현의 어려움과 서블릿 WAS에서는 앱 로직이 돌아가야 한다. 그리고 이것은 대부분은 사용자의 요청에 의해 로직이 수행되고 처리된다. 그리고 사용자의 요청은 HTTP 메시지를 통하여 들어오게 된다. 그렇다면 우리가 로직을 수행하기 위해서는 해당 HTTP 메시지에서 데이터를 가져와야 한다는 것이다. 따라서 WAS를 직접 구현하기 위해서는 다음과 같은 기능들이 필요해진다. TCP/IP를 통한 클라이언트 - 서버의 연결 설정 클라이언트에게서 들어온 요청 메시지 파싱 요청된 HTTP 메서드와 Co.. 공감수 0 댓글수 0 2023. 5. 26.
Spring MVC - 기반 지식 - 1. 웹 서버와 웹 애플리케이션 서버 시작하며 해당 파트는 스프링 MVC 라이브러리에 대해 알아본다. 그 이전에 선행적으로 알아두면 좋은 기반 지식들에 대해 간략히 알아보도록 하자. 웹 서버(Web Server) 현재 웹은 HTTP를 기반으로 하여 쌓아올려졌다. HTTP는 클라이언트 - 서버의 구조로 이루어지는데 이 서버의 종류 중 하나인 웹 서버에 대해 살펴본다. 웹 서버는 HTTP를 기반으로 동작하며 정적 리소스(static resources)를 제공하고, 기타 부가적 기능을 제공한다. 메인 기능으로는 정적 리소스를 클라이언트에게 반환하는 것이다. 이때 정적 리소스에 대해 무엇인지에 대해 생각해야 할 필요가 있다. 정적 리소스는 클라이언트에게서 받은 요청에 대한 리소스가 이미 만들어져 있어 해당 리소스를 이미 반환하는 경우를 말한다. 이.. 공감수 0 댓글수 0 2023. 5. 26.
Spring Framework - 마무리 마무리하며 지금까지 스프링 프레임워크의 가장 핵심적인 코어 부분을 다루어 보았다. 간략하게 각 파트들을 정리하면서 스프링 프레임워크의 핵심적 원리들은 여기서 마무리한다. DI와 IoC 그리고 스프링 객체지향 설계를 위시한 SOLID부터 시작하여 일반적인 다형성으로는 그 한계가 있음을 보았고 이를 해결하기 위해 DI를 생각하였다. 그리고 이 DI를 개발자가 아닌 외부에서 자동으로 컨트롤하는 것이 더 편리하다는 생각을 하게 되고 이는 IoC의 개념이 되었다. 이러한 DI와 IoC를 스프링 프레임워크에서는 스프링 DI 컨테이너를 통해 지원하였다. 스프링 프레임워크에서 DI 컨테이너를 통하여 저 두 개의 개념을 지원함으로서 개발자는 저 개념을 신경쓰지 않고도 편리하게 개발을 수행할 수 있게 되었다. 스프링 컨테.. 공감수 0 댓글수 0 2023. 5. 26.
Spring Framework - 빈 스코프 - 3. 웹 스코프와 Provider, 프록시 들어가며 이전 포스트까지 싱글톤 스코프와 프로토타입 스코프에 대해 알아보았다. 싱글톤 스코프는 스프링 DI 컨테이너와 생명 주기를 같게 하는 기본적인 스코프였다. 프로토타입 스코프는 스프링 DI 컨테이너가 빈의 생성과 의존관계 주입까지만 수행하고 넘기는, 호출할 때 마다 새로운 인스턴스가 반환되는 스코프였다. 이번 포스트부터는 웹 스코프에 대해 알아본다. 웹 스코프는 웹 관련 라이브러리가 필요하다. 따라서 부득이하게 Spring Web MVC 기술을 사용할 것이다. 웹 스코프 웹 스코프는 웹 환경에서만 동작하는 스코프이다. 프로토타입 스코프와는 다르게 웹 스코프는 스프링 프레임워크가 해당 스코프의 종료 시점까지 관리한다. 따라서 프로토타입 스코프에서 호출되지 않는 @PreDestroy등의 메서드등이 호출.. 공감수 0 댓글수 0 2023. 5. 25.
Spring Framework - 빈 스코프 - 2. Provider 들어가며 이전 포스트에서 빈 스코프의 개념과 프로토타입 빈에 대해 알아보았다. 그리고 프로토타입 빈이 싱글톤 빈과 같이 쓰일때 생길 수 있는 문제에 대해서도 알아보았다. 이번 포스트에서는 해당 문제에 대해 짤막히 리마인드 하고, 해당 문제를 해결할 수 있는 방법에 대해 알아본다. Spring Framework - 빈 스코프 - 빈 스코프와 프로토타입 스코프 들어가며 이번 포스트부터는 빈 스코프에 대해 알아보고 여러가지 스코프에 대해서 알아보도록 한다. 빈 스코프의 개념과 스코프의 종류 빈 스코프의 개념 지금까지 우리는 스프링 컨테이너가 sehun5515.tistory.com 싱글톤 빈, 프로토타입 빈 동시 사용시 발생하는 문제 싱글톤 빈 내부에 프로토타입 빈을 주입하여 사용해야 하는 상황을 생각해 보자... 공감수 0 댓글수 0 2023. 5. 25.
Spring Framework - 빈 스코프 - 1. 빈 스코프와 프로토타입 스코프 들어가며 이번 포스트부터는 빈 스코프에 대해 알아보고 여러가지 스코프에 대해서 알아보도록 한다. 빈 스코프의 개념과 스코프의 종류 빈 스코프의 개념 지금까지 우리는 스프링 컨테이너가 스프링 빈을 싱글톤으로 관리하는 것만 파악하였고, 자동으로 DI와 빈을 탐색하는 컴포넌트 스캔을 수행하는 것 까지 배웠다. 하지만 빈 자체의 생명 주기 즉 어느 시점에서 생성되어서 어느 시점에 소멸되는지에 대해서는 이전 포스트였던 빈 생명관리에서 처음 알아보았을 것이다. 지금까지 우리가 실험해보고 확인했던 모든 스프링 빈은 스프링 컨테이너가 올라갈 때 부터 생성되기 시작해 스프링 컨테이너가 종료되면 같이 소멸되는 스프링 컨테이너와 유지되는 시간이 동일한 스프링 빈만 따져보았다. 이는 스프링 컨테이너에서 스프링 빈을 생성시킬때.. 공감수 0 댓글수 0 2023. 5. 25.
Spring Framework - 스프링 빈 생명주기와 콜백 들어가며 이번 포스트는 스프링 빈의 생명 주기(Life Cycle)에 대해 알아보도록 한다. 스프링 빈의 생명 주기 DB 커넥션이나 네트워크 소켓처럼 앱 시작 시점에 연결을 진행하고, 앱 종료 시점에 연결을 모두 종료하는 작업을 수행하기 위해서는 객체의 초기화 및 종료시에 작업을 할 수 있도록 해야한다. 다음과 같은 간단한 코드를 보자 public class NetworkClient{ private String url; public NetworkClient(){ System.out.println("constructor called"); connect(); call("initializeing msg") } public void connect(){ System.out.println("connect : " +.. 공감수 0 댓글수 0 2023. 5. 24.
Spring Framework - 의존관계 자동 주입 - 4. 정리 들어가며 이전 포스트까지 의존관계 자동 주입에 대해 스프링 프레임워크가 어떤 방식으로 수행하는지에 대해 알아보았다. 이번 포스트에는 전체적인 정리와 동일한 타입의 여러 빈이 모두 필요할 때, 그리고 자동 주입과 수동 주입에 대한 기준점에 대해 알아본다. 의존관계 주입 방식과 자동 의존관계 주입 의존관계 주입 방식 의존관계 주입 방식은 생성자 주입, 수정자 주입, 필드 주입, 일반 메서드 주입의 4가지로 나뉘었다. 생성자 주입은 생성자를 이용하는 방식이었고, 수정자는 Setter를 이용하여 주입하는 자바 빈 프로퍼티 접근 방식을 차용하였다. 필드 주입은 말 그대로 변수에 그대로 주입을 수행하는 방식이었고, 메서드 방식은 생성자와 동일하나 일반 메서드라는 점이 차이점이었다. 여기서 가장 안정적인 주입 방식은.. 공감수 0 댓글수 0 2023. 5. 23.
Spring Framework - 의존관계 자동 주입 - 3. @Primary와 @Qualifier 들어가며 이전 포스트에서는 의존관계 자동주입의 방식 중 Constructor Injection(생성자 주입)을 사용해야 하는 여러가지 이유와 생성자나 Getter, Setter등과 같은 보일러플레이트 코드를 줄여주는 롬복을 알아보았다. 이번 포스트에서는 의존관계 자동 주입을 사용 시에 조회되는 스프링 빈이 2개 이상일 때 발생하는 문제와 이를 어떻게 해결할 수 있는지에 대한 방법을 알아본다. Spring Framework - 의존관계 자동 주입 - 생성자 주입의 장점과 lombok 들어가며 이전 포스트에서 스프링 프레임워크가 의존관계 자동 주입을 하는것과 자동 주입 방식에 대해 알아보았다. 사실 이전에 배운 3가지의 DI 방식 중 어떤 방식을 사용해야 하는가에 대해 sehun5515.tistory.com.. 공감수 0 댓글수 0 2023. 5. 22.
Spring Framework - 의존관계 자동 주입 - 2. 생성자 주입의 장점과 lombok 들어가며 이전 포스트에서 스프링 프레임워크가 의존관계 자동 주입을 하는것과 자동 주입 방식에 대해 알아보았다. 사실 이전에 배운 3가지의 DI 방식 중 어떤 방식을 사용해야 하는가에 대해서는 이미 정해진 방식이 존재한다. 바로 생성자 주입(Constructor Injection) 방식인데 이번 포스트에서는 왜 생성자 주입을 사용해야 하는가에 대한 이유와 lombok을 통한 코드 간소화 방법에 대해서도 알아본다. Spring Framework - 의존관계 자동 주입 - 의존관계 주입 방법 들어가며 이전 파트인 컴포넌트 스캔의 경우에는 스프링 프레임워크에서 어떻게 각 클래스들을 스프링 빈으로 자동으로 등록하하는지에 대해 알아보았다. 이번 파트에서는 @Configuration에서 직 sehun5515.tist.. 공감수 0 댓글수 0 2023. 5. 18.

문의안내

티스토리
로그인
고객센터

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