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

블로그, 노션, 노트앱 세개로 정리하다 보니까 옮기는 것도 일이다. 특히 요즘은 회사 일이 매우 바쁜데 이를 위해서 시간 들이는게 부담스럽다. 따라서 이제부터 노션으로 관리하고 링크로 공유할 생각이다. 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 객체를 이용한 테스트를 작성하는 방법에 대해서 다룰 것이다. 트랜잭션 서비스 추상화 임의로 예외를 어떻게 발생시킬까? 책에서 요구 사항 한 개를 추가하였다. 유저들의 레벨을 업그레이드 하는 도중 어떤 이유로 서버가 다운 됐을 때, 이미 업그레이드 된 유저들의 상태를 돌려놓고, 레벨 변경 작업을..

책장속 먼지털기 스터디 7차 스터디 날짜 : 2020.12.21 작성 날짜 : 2020.12.20-21 페이지 : 317 - 348 개요 책에서 나오는 "서비스 추상화"란 성격이 비슷한 여러 종류의 기술을 추샇와하고 이를 일관된 방법으로 사용할 수 있도록 하는 것이다. 5장 전체에서는 DAO에 트랜잭션을 적용하면서 어떻게 서비스를 추상화할 수 있는지 알아보지만, 이번 주차 스터디 범위에서는 그 이전 단계까지의 코드를 작성한다. 사용자 레벨 관리 기능 추가 기능을 위한 필드 추가 및 테스트 코드 수정 현재 UserDao는 "CRUD" 기능 외에 어떠한 기능도 가지고 있지 않다. 여기에 다음 비지니스 로직을 추가한다. 사용자 레벨은 BASIC, SILVER, GOLD 중 하나이다. 처음 가입하면 BASIC이..

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

책장속 먼지털기 스터디 4차 스터디 날짜 : 2020.11.30 작성 날짜 : 2020.11.29 ~ 11.30 페이지 : 209 ~ 240 템플릿이란? 책에서 나온 "템플릿"의 정의는 다음과 같다. 바뀌는 성질이 다른 코드 중에서 변경이 겅의 일어나지 않으며 일정한 패턴으로 유지되는 특성을 가진 부분을 자유롭게 변경되는 성질을 가진 부분으로부터 독립시켜서 효과적으로 활용할 수 있는 있도록 하는 방법이다. 쉽게 말하면 변경되지 않는 부분을 남겨두고(템플릿) 변경되는 코드 부분을 독립시키는 것이다. UserDao의 문제점? 지난 장들을 거쳐 관심사를 분리하고 의존성 주입 같은 기술들을 적용했음에도 불구하고 UserDao는 아직 고쳐야할 점이 남아있다. 바로 "예외 처리"이다. public class Use..

책장속 먼지털기 스터디 3차 스터디 날짜 : 2020.11.23 (불참) 작성 날짜 : 2020.11.26 - 2020.11.27 페이지 : 145 ~ 207 스프링의 두 번째 가치, 테스트 원래 절로 뺼 필요는 없지만, 주제가 "테스트"인 만큼 책에서 설명하는 가치를 짧게나마 짚고 가는게 좋을 것 같아서 따로 빼두었다. 저자 토비님은 스프링이 개발작에게 제공하는 가장 중요한 가치 2가지를 다음과 같이 뽑았다. 개발자가 IoC/DI를 이용해서 손쉽게 OOP를 적용하게끔 도와주는 것. 테스트 테스트는 만들어진 코드를 확신하게 해주며 변화에 유연하게 대처할 수 있게 해준다. 이제 스프링 프레임워크에서 어떻게 테스트 코드를 적용할 수 있는지 살펴보자. UserDaoTest의 문제점 UserDaoTest의 문제..