츈츈's Spring

좋은 객체 지향 설계의 5가지 원칙 SRP 단일 책임 원칙 한 클래스는 하나의 책임만 가져야 한다 중요한 기준은 변경이다. 변경이 있을 때 파급효과가 적으면 단일 책임 원칙을 잘 따른것. 변경이 필요할 때 한 클래스의 수정만으로 수행이 가능하도록 해야한다 ★ OCP 개방-폐쇄 원칙 확장에는 열려있으나 변경에는 닫혀 있어야 한다. 확장을 하려면 당연히 기존의 코드 변경이 필요하지 않나? → 다형성을 이용 MemberService 클라이언트가 구현 클래스를 직접 선택함 따라서 구현 객체를 변경하려면 클라이언트 코드를 변경해야함 분명 다형성을 사용했지만 OCP원칙을 지킬 수는 없음 클라이언트가 기존의 코드를 변경해야함 !! MemberService는 인터페이스에 의존하지만, 구현 클래스도 동시에 의존하고 있다..

스프링 부트 스프링 프레임워크(스프링)를 사용하기 편리하도록 도와주는 것이 스프링 부트이다. 스프링 부트가 웹 서버를 내장하기 때문에 별도의 웹서버를 설치하지 않아도 됨 스프링을 예전에는 직접 라이브러리를 가져와야했는데 스프링 부트가 이제는 알아서 필요한 라이브러리를 가져옴 스프링 부트는 스프링 프레임워크와 별도로 사용할 수 있는 것이 아님 스프링에 필요한 설정 부분을 스프링 부트가 대신 모두 설정해주는 것 기본적으로 스프링 프레임워크와 스프링 부트를 같이 사용해서 개발을 하는 것 스프링 스프링 DI 컨테이너 기술 스프링 프레임 워크 스프링 부트,스프링 프레임 워크를 모두 포함한 의미 스프링의 핵심 개념 이 기술은 왜 만들었는가? 이 기술의 핵심 컨셉은? 스프링은 객체 지향 언어인 자바 기반의 프레임워크..