minOS

IoC, DI 그리고 컨테이너 제어의 역전 IoC(Inversion of Control) AppConfig 설계 이후 , 구현 객체는 자신의 로직을 실행하는 역할만 담당한다. 프로그램의 제어 흐름은 이제 AppConfig가 가져간다. - 구현체(OrderServiceImpl)은 필요한 인터페이스들을 호출하지만 어떤 구현 객체들이 실행될지 모른다. 프로그램의 제어의 흐름에 대한 권한은 모두 AppConfig가 가지고 있다. 심지어 구현체(OrderServiceImpl)도 AppConfig가 생성한다. 이렇듯, 프로그램의 제어 흐름을 직접 제어하는 것이 아니라 외부에서 관리하는 것을 제어의 역전(IoC)이라 한다. 프레임워크 vs 라이브러리 프리엠워크 : 내가 작성한 코드를 제어하고, 대신 실행하는 것 ex..

새로운 할인 정책 개발 public class FixDiscountPolicy implements DiscountPolicy { private int discountFixAmount = 1000; @Override public int discount(Member member, int price) { if (member.getGrade() == Grade.VIP) { return discountFixAmount; } else return 0; } } 원래 할인 정책에서 새로운 할인 정책 하나를 추가했습니다. public class RateDiscountPolicy implements DiscountPolicy{ private int discountPercent =10; @Override public int..

좋은 객체 지향 설계의 5가지 원칙(SOLID) SOLID : 클린 코드로 유명한 로버트 마틴이 좋은 객체 지향 설계의 5원칙 정리 SRP 단일 책임 원칙(Single Responsibility Principle) 1) 한 클래스는 하나의 책임만 가져야 한다. 2) 하나의 책임이라는 것은 모호하다. - 클 수 있고, 작을 수 있다. - 문맥과 상황에따라 다르다. 3) 중요한 기준은 변경이다. 변경이 있을 때 파금효과가 적으면 단일 책임 원칙을 잘 따른 것이다. ex) UI 변경, 객체의 생성과 사용을 분리 OCP 개방-폐쇄 원칙(Open/Closed Principle) 1) 소프트웨어 요소는 확장에 열려 있으나 변경에는 닫혀있어야 한다. 2) 다형성을 활용 3) 인터페이스를 구현한 새로운 클래스를 만들어..

좋은 객체 지향 프로그래밍이란 유연하고 변경에 용이 ? - 키보드, 마우스 갈아 끼우듯이 - 컴퓨터 부품 갈아끼우듯이 - 컴포넌트를 쉽고 유연하게 변경하면서 개발할 수 있는 방법 다형성 실세계 비유 - 역할과 구현으로 세상 구분 운전자(client)는 자동차의 내부구조를 몰라도 된다. client에 영향을 주지 않고 새로운 기능 제공을 할 수 있다. 역할과 구현을 구분하면 세상이 단순해지고 유연해지며 변경도 편리해진다. 장점 - 클라이언트는 대상의 역할(인터페이스)만 알면된다. - 클라이언트는 구현 대상의 내부 구조를 몰라도 된다. - 클라이언트는 구현 대상의 내부 구조가 변경되어도 영향을 받지 않는다. - 클라이언트는 구현 대상 제체를 변경해도 영향을 받지 않는다. 자바 언어의 다형성 활용 - 역할 =..

스프링이란 ? -스프링 프레임워크 핵심 기술 : 스프링 DI 컨테이너, AOP, 이벤트, 기타 웹기술 : 스프링 MVC, 스프링 WebFlux 데이터 접근기술 : 트랜잭션, JDBC, ORM지원, XML지원 기술 통합 : 캐시 ,이메일, 원격접근, 스케줄링 테스트 : 스프링 기반 테스트 지원 언어 : 코틀린, 그루비 최근에는 스프링 부트를 통해 스프링 프레임 워크의 기술들을 편리하게 이용 -스프링부트 ㄴ 스프링을 편리하게 사용할 수 있도록 지원, 최근에는 기본으로 사용 단독으로 실행할 수 있는 스프링 애플리케이션을 쉽게 생성 Tomcat같은 웹 서버를 내장해서 별도의 웹서버를 설치하지 않아도 됨 손쉬운 빌드 구성을 위한 starter 종속성을 제공 스프링과 3rd parth(외부) 라이브러리 자동 구성 ..