GoF의 디자인 패턴(Design Patterns: Elements of Reusable Object-Oriented Software)47 GoF의 디자인 패턴(Design Patterns: Elements of Reusable Object-Oriented Software) - 5장 행동패턴 :: 명령(Command) [명령(Command) - 객체 행동] 2020. 5. 5. GoF의 디자인 패턴(Design Patterns: Elements of Reusable Object-Oriented Software) - 5장 행동패턴 :: 책임 연쇄(Chain Of Responsibility) [책임 연쇄(Chain of Responsibility) - 객체 행동] 2020. 5. 4. GoF의 디자인 패턴(Design Patterns: Elements of Reusable Object-Oriented Software) - 5장 행동패턴 행동패턴 2020. 5. 3. GoF의 디자인 패턴(Design Patterns: Elements of Reusable Object-Oriented Software) - 4장 구조 패턴에 대한 논의 [구조 패턴에 대한 논의] 2020. 5. 2. GoF의 디자인 패턴(Design Patterns: Elements of Reusable Object-Oriented Software) - 4장 구조 패턴 :: 프록시(Proxy) [프록시(Proxy) - 객체 구조] 2020. 5. 1. GoF의 디자인 패턴(Design Patterns: Elements of Reusable Object-Oriented Software) - 4장 구조 패턴 :: 플라이급(Flyweight) [플라이급(Flyweight) - 객체 구조] 오유를 통해 많은 수의 소립(fine-grained) 객체들을 효과적으로 지원한다. 문자 하나를 객체로 관리하는 데는 비용이 많이 든다. 얼마되지 않는 분량의 문서라 하더라도 수천 개의 문자 객체를 포함할 것이고, 이는 엄청난 메모리와 예상치 못한 실행 시간 낭비를 가져올 수 있다. 플라이급 패턴은 이런 문제를 객체 공유를 통해 해결하는 방법을 보여준다. 플라이급 객체는 공유 가능한 객체이며, 각각의 상황에서는 독립적인 객체로 동작한다. 이것은 공유될 수 없는 객체의 인스턴스와 구분이 안 된다는 의미이다. 플라이급 패턴에서 중요한 개념은 본질적(instrinsic) 상태와 부가적(extrinsic) 상태의 구분이다. 본질적 상태는 플라이급 객체에 저장되어야 .. 2020. 4. 30. 이전 1 2 3 4 5 6 ··· 8 다음