Java

What is 데코레이터? - 데코레이터 패턴 : 주어진 상황 및 용도에 따라 어떤 객체에 책임을 덧붙이는 패턴, 기능 확장이 필요할 때 서브클래싱 대신 쓸 수 있는 유연한 대안이다 이게 무슨 말일까요? 우리가 기능을 확장할 때 다양한 방법으로 확장할 수 있는데, 객체지향적인 언어에서는 상속을 통해서 기능을 확장할 수가 있어요 하지만 필연적인 상속이 정말 좋은 방법일까요? 상속은 객체지향을 위한 강력한 무기지만, 동시의 부모클래스와의 강력한 의존성을 가지게 되죠 이러한 상속을 대신하여 해결할 수 있는 방법은 다른 클래스에 합성시키는 것입니다 다이어그램을 보면서 말씀드릴게요~! Component라는 구성요소 클래스가 있죠? Decorator클래스는 Component를 상속함과 동시에 합성을 하여 멤버변수로..

What is 프록시 패턴? - 프록시 패턴은 다른 무언가와 이어지는 인터페이스의 역할을 하는 패턴입니다 한마디로 무언가를 대신해주는 대리자 입니다 또 너무나 어렵죠? 본래는 Proxy라는 객체가 해야될 일을 RealSubject 객체에게 의존성 주입(합성) 시킴으로써 메서드(메시지) 실행에 대한 책임을 RealSubject에게 넘기는 방식입니다 그렇게 되면 Proxy라는 객체는 외부에게 메서드를 노출하지 않고, 해당 로직대로 흐름을 제어할 수 있습니다 Why 프록시? 왜 쓸까요? 왜 굳이 숨길까요? 왜 합성시킴으로써 다른 사람에게 위임하는 걸까요? 프록시 패턴은 실제 세계와 아주 밀접하게 연관되어 있습니다 우리가 흔히 가게에서 결제하는 체크카드를 예로 들어볼까요? 체크카드로 결제를 하게 되면, 체크카드..

본 게시글은 오브젝트를 읽고 블로그 포스팅자가 정리한 글임을 밝힙니다 객체 지향 프로그래밍(OOP) 객체라는게 뭘까요? 우리가 현실 세계에서 많은 문제들을 토대로 프로그래밍하곤 합니다 예를 들어, Cafe 라는 도메인을 주제로 하게 되면 바리스타, 메뉴판, 커피, 손님 등 다양한 주체들이 존재하지요 이 주체들이 하는 행동을 소프트웨어로 표현한 것이 바로 객체입니다 보통은 주체들이 가진 Data로 설계하기 마련인데, 행동을 바탕으로 설계하는 것이 바로 객체지향적인 설계가 되는 것입니다 조금 더 쉽게 다시 설명해 볼까요? 카페에서 바리스타는 무엇을 하나요? 바로, 커피를 제조하죠! 그러면 다음과 같이 메세지를 날리는 것입니다 Baristar.makeCoffee() -> Coffee 바리스타는 손님이 요청한 ..

브릿지 패턴? 구현부에서 추상층을 분리하여 각자 독립적으로 변형할 수 있게 하는 패턴이다 또 무슨 말인지 어렵네요 우선 UML 클래스와 함께 살펴볼게요~! Abstraction : Implementor를 인스턴스 변수로 합성된 상태이고, function이 추상화된 상태 Implementor : 추상화된 인터페이스 ConcreteImplementor : 인터페이스(Implementor)를 구체화한 객체 = 상속 받아서 구현 RefinedAbstraction : 추상화 클래스(Abstraction)를 구체화한 객체 한마디로, Abstraction 클래스는 Implementor에 의존되어 있는 상태고, 이 의존되어 있는 상태를 추상화하여 실제 구현은 자식 클래스(RefinedAbstraction)에 맡기는 전..

ISP Interface Segregation Principle(인터페이스 분리 원칙) : 클라이언트가 자신이 이용하지 않는 메서드에 의존하면 안된다는 원칙 역시나 이번에도 도통 무슨 말인지 모르시겠죠? ㅎㅎ 그래서 조금 쉽게 설명드리면~! 특정 객체(클래스)에 대한 책임을 덜어드리는 것이 목표에요! 다시 말해서 기능을 쪼개고 쪼개서 클래스가 단 하나의 책임(SRP)을 지니게 하는 것을 도와줍니다! 현실세계를 예로 들어볼까요? 제가 스마트폰을 개발하는 담당자 라고 가정해봅시다 지금 갤럭시1 이라는 객체(클래스)에는 전화, MP3, 인터넷 기능만 존재했어요 하지만 버젼 업그레이드를 계속 진행하면서 갤럭시2를 출시하게 됬는데, MP3 기능이 빠지고 동영상 기능이 들어가서 전화, 동영상, 인터넷 기능만 존재하..

Adapter Pattern? - 어댑터 패턴 : 서로 간의 호환성이 없는 인터페이스를 함께 동작할 수 있게 해주는 디자인 패턴 예를 들어, Ethernet Port와 USB Port가 있다고 가정해보자! 둘간의 Port는 절대로 같이 연결할 수 없다. 하지만, 중간고리 역할(Adapter)이 있다면 둘 간의 연결은 가능해진다! Why Adpater? 그럼 어떨 때 Adapter 패턴을 적용하고, 왜 써야 할까? Client는 Target 인터페이스만 알면, 실체화된 Adapter 객체가 알아서 로직을 흐르게 해준다! Adapter는 Adaptee를 이용하여 요청에 대한 결과를 반환하게 된다! Client의 입장에서 Target에서의 Adaptee의 존재를 눈치채지 못하고 숨길 수 있다! 한마디로, 엄~..