객체 지향 원리 적용: 관심사의 분리와 AppConfig, 그리고 스프링으로의 전환지난 포스팅에서 우리는 순수 자바 코드로 회원/주문 도메인을 설계했다. 그 과정에서 인터페이스와 구현을 분리하기도 했다. 진정한 객체 지향 설계(OCP, DIP 준수)로 나아가는 과정을 설명하기 위해 악덕 기획자가 이 상황에서 등장한다고 가정하자. 1. 악덕 기획자의 등장: 새로운 할인 정책 서비스 오픈 직전, 기획자가 찾아왔다. 악덕 기획자: "개발자님, 지금 고정 금액(1000원) 할인은 좀 별로인 것 같아요. 주문 금액의 10%를 할인해주는 정률 할인으로 바꿀래요."순진 개발자: "네? 이제 와서요? 처음부터 고정 금액이라고 하셨잖아요."악덕 기획자: "에이, 애자일(Agile) 몰라요? '계획을 따르기보다 변화에 대..

순수 자바로 만드는 회원/주문 도메인, 그리고 설계의 문제점 발견하기지난 포스팅에서 우리는 좋은 객체 지향 설계의 5가지 원칙(SOLID)에 대해 배웠다. 이론을 무장했으니, 이제 실전으로 들어갈 차례다.이번 시간에는 스프링 없이 순수 자바 코드만으로 비즈니스 요구사항을 구현해볼 것이다. 과연 우리가 배운 대로 완벽한 객체 지향 설계가 될까? 일단 만들어보자.1. 비즈니스 요구사항과 설계의 난관기획자로부터 다음과 같은 요구사항이 넘어왔다. 1. 회원가입 및 조회 가능등급: 일반, VIP 두 가지 등급이 있다DB: 자체 DB를 쓸지, 외부 시스템을 연동할지 아직 미확정2. 주문과 할인회원은 상품 주문 가능등급에 따른 할인 적용할인 정책: VIP는 무조건 1000원 할인 (고정 금액 할인). 단, 변경 가능..

스프링 핵심 원리 - 기본편 강의를 토대로 스프링의 탄생 배경과 그 본질인 객체 지향 설계(SOLID원칙)에 대해 정리해보려고 한다 1. 자바 진영의 추운 겨울과 스프링의 탄생과거 자바 개발자들은 EJB(Enterprise Java Beans)라는 기술을 표준으로 사용했다EJB는 이론적으로는 훌륭했지만, 실제로는 너무 복잡하고, 비싸고, 느렸다. 개발자들은 EJB 지옥에서 고통받으며 '자바 진영의 추운 겨울'을 보냈다.이때, 로드 존슨이라는 개발자가 등장해 EJB 없이도 충분히 좋은 애플리케이션을 개발할 수 있음을 증명했다. 이것이 발전하여 현재의 스프링 프레임워크가 되었다. Spring?스프링은 하나의 기술이 아니라 거대한 생태계다.스프링 프레임워크 (핵심):핵심 기술: 스프링 DI 컨테이너, AOP..