구르미의 개발 이야기 구르미의 개발 이야기

블로그, 노션, 노트앱 세개로 정리하다 보니까 옮기는 것도 일이다. 특히 요즘은 회사 일이 매우 바쁜데 이를 위해서 시간 들이는게 부담스럽다. 따라서 이제부터 노션으로 관리하고 링크로 공유할 생각이다. 1장 오브젝트와 의존 관계 (1) 1장 오브젝트와 의존 관계 (2) 2장 테스트 3장 템플릿 (1) 3장 템플릿 (2) 4장 예외 5장 서비스 추상화 (1) 5장 서비스 추상화 (2) 6장 AOP (1) 6장 AOP (2) 6장 AOP (3) 7장 스프링 핵심 기술의 응용 (1). 7장 스프링 핵심 기술의 응용 (2) 7장 스프링 핵심 기술의 응용 (3) 7장 스프링 핵심 기술의 응용 (4) 8장 스프링이란 무엇인가 9장 스프링 프로젝트 시작하기 (1) 9장 스프링 프로젝트 시작하기 (2)

책장속 먼지털기 스터디 11차 스터디 날짜 : 2021.01.25 작성 날짜 : 2021.01.24 - 2021.01.25 페이지 : 475 - 512 개요 이전 장을 통해서 우리는 ProxyFactoryBean과 Advise, Pointcut을 적용하여, 핵심 기능에서 분리하여 부가 기능을 따로 깔끔하게 적용할 수 있도록 만들었다. 이번 장에서는 우리가 여태까지 해온 작업들을 돌아보고 Spring AOP를 이용해서 조금 더 "투명한 부가기능 형태"로 제공해보자. 여기서 투명하다라는 뜻은, 부가 기능을 적용한 후에도 기존, 설계와 코드에 영향을 주지 않는다는 뜻이다. 프록시 팩토리 빈의 한계와 극복 방법 지난 장에서 언급했던 프록시 팩토리 빈의 두 가지 한계를 다시 한 번 톺아보자. (여기서 프록시 팩토..

책장속 먼지털기 스터디 9차, 10차 스터디 날짜 : 2021.01.11, 2021.01.18 작성 날짜 : 2021.01.10 - 2021.01.18 페이지 : 401 - 474 개요 스프링의 3대 기술은 다음과 같다. IoC/DI (의존성 주입) PSA (서비스 추상화) AOP (관심사의 분리) 이 중 가장 어렵다는 Aspect Oriented Programming(이하 AOP)에 대해서 공부한다. 대표적인 예는 이전 장에서 만들었던 "트랜잭션"이다. 따라서 이전 장의 코드를 최대한 활용한다. 트랜잭션 코드의 분리 현재 UserService 코드의 문제점은 무엇일까? 트랜잭션 경계를 담당하는 코드와 비지니스 로직을 담당하는 코드가 뒤섞여 있다. 다음은 위의 문제점을 나타내는 코드의 본문이다. User..

책장속 먼지털기 스터디 8차 스터디 날짜 : 2021.01.04 작성 날짜 : 2021.01.03 - 2021.01.04 페이지 : 349 - 399 개요 이번 스터디에서 다룰 목표는 다음과 같다. UserService의 DB 트랜잭션 적용 MailService 적용 각 기술들을 적용하면서 서비스 추상화를 적용하는 내용을 다룰 것이다. 또한 서비스 추상화를 하면서 예외 상황을 발생시키는 테스트를 작성하거나 Mock 객체를 이용한 테스트를 작성하는 방법에 대해서 다룰 것이다. 트랜잭션 서비스 추상화 임의로 예외를 어떻게 발생시킬까? 책에서 요구 사항 한 개를 추가하였다. 유저들의 레벨을 업그레이드 하는 도중 어떤 이유로 서버가 다운 됐을 때, 이미 업그레이드 된 유저들의 상태를 돌려놓고, 레벨 변경 작업을..

책장속 먼지털기 스터디 5차 스터디 날짜 : 2020.12.07 작성 날짜 : 2020.12.06 페이지 : 240 ~ 277 템플릿과 콜백 잠깐 책에 나온 정의를 살펴보자. 템플릿이란? 템플릿은 어떤 목적을 위해 미리 만들어둔 모양이 있는 틀을 말한다. (=JdbcContext) 콜백이란? 콜백은 실행되는 것을 목적으로 다른 오브젝트의 메소드에 전달되는 오브젝트를 말한다. (=StatementStrategy를 구현한 익명 클래스) 템플릿/콜백 패턴의 일반적인 흐름은 다음과 같다. 먼저 클라이언트에서 콜백 객체를 생성한다. UserDao의 deleteAll 메소드를 보자. public void deleteAll() throws SQLException { StatementStrategy stmt = c -..