김영한 강의
객체 지향 설계와 스프링
https://inf.run/f6DW * 인프런 김영한 강의 - 스프링 핵심 원리 기본편을 보고 작성합니다. 다시 스프링으로 스프링 이야기에 왜 객체 지향 이야기가 나오는가? 스프링은 다음 기술로 다형성 + OCP, DIP를 가능하게 지원 DI(Dependency Injection): 의존관계, 의존성 주입 DI 컨테이너 제공 클라이언트 코드의 변경 없이 기능 확장 쉽게 부품을 교체하듯이 개발 다시 스프링으로 스프링이 없던 시절로 옛날 어떤 개발자가 좋은 객체 지향 개발을 하려고 OCP, DIP 원칙을 지키면서 개발을 해보니 너무 할일이 많았다. 배보다 배꼽이 크다. 그래서 프레임워크로 만들어버림 순수하게 자바로 OCP, DIP 원칙들을 지키면서 개발을 해보면, 결국 스프링 프레임워크를 만들게 된다. (..
좋은 객체 지향 설계의 5가지 원칙
https://inf.run/f6DW [ 인프런 김영한님의 스프링 핵심원리 - 기본편을 보며 작성 ] SOLID 클린코드로 유명한 로버트 마틴이 좋은 객체 지향 설계의 5가지 원칙을 정리 SRP 단일 책임 원칙 (Single Responsibility Principle) 한 클래스는 하나의 책임만 가져야 한다. 하나의 책임이라는 것은 모호하다. 클 수 있고, 작을 수 있다. 문맥과 상황에 따라 다르다. 중요한 기준은 변경이다. 변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것 예) UI 변경, 객체의 생성과 사용을 분리 OCP: 개방-폐쇄 원칙 (Open/Close Principle) 소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다. 다형성을 활용한다. 인터페이스를 구현..
역할과 구현을 분리
*인프런 김영한강사의 스프링 핵심원리 - 기본편을 보며 작성 역할과 구현으로 구분하면 세상이 단순해지고, 유연해지며 변경도 편리해진다. 장점 - 클라이언트는 대상의 역할(인터페이스)만 알면 된다. - 클라이언트는 구현 대상의 내부 구조를 몰라도 된다. - 클라이언트는 구현 대상의 내부 구조가 변경되어도 영향을 받지 않는다. - 클라이언트는 구현 대상 자체를 변경해도 영향을 받지 않는다. 자바언어의 다형성을 활용 - 역할 = 인터페이스 - 구현 = 인터페이스를 구현한 클래스, 구현 객체 - 객체를 설계할 때 역할과 구현을 명확히 분리 - 객체 설계 시 역(인터페이스)을 먼저 부여하고, 그 역할을 수행하는 구현 객체 만들기
객체 지향 프로그래밍
객체 지향 프로그래밍은 컴퓨터 프로그램을 명령어의 목록으로 보는 시각에서 벗어나 여러 개의 독립된 단위, 즉 "객체"들의 모임으로 파악하고자 하는 것이다. 각각의 객체는 메시지를 주고받고, 데이터를 처리할 수 있다. (협력) 객체 지향 프로그램잉은 프로그램을 유연하고 변경이 용이하게 만들기 때문에 대규모 소프트웨어 개발에 많이 사용된다.