Compound pattern & MVC pattern, part 1

이 전에 사실 Proxy Pattern에 대한 글을 쓰고 있었습니다. 책에서는 자바의 API인 Remote를 사용하였는데 이에 대응하는 것으로 여겨지는 C#의 Remoting은 레거시가 되어 역사의 뒤안길로 밀려나고, 대신 WCF라는 것이 쓰여지기 시작했는데 제 배움과 이해가 짧은 탓에 며칠간을 혼자 끙끙댔지만 도저히 접목시킬 수가 없었습니다. 대신 살펴볼만한 링크를 연결합니다. 혹시 필요하신 분들에게 도움이 되었으면 합니다.

State pattern

Strategy 패턴과 State 패턴은 유사합니다. 스트래티지 패턴은 알고리즘을 바꿔서 사용하게 도와주지만 스테이트 패턴은 내부 상태를 바꿈으로써 객체의 행동을 바꾸도록 해 준다는 것이 다를 뿐입니다.

Composite Pattern, part 2

앞서서 컴포짓 패턴의 정의에 대해 알아보았습니다. 우리의 메뉴와 메뉴 항목을 이 패턴을 이용해서 부분-전체 구조(part-whole hierarchy)를 생성할 수 있습니다.

Composite Pattern, part 1

이 번 글은 아직 컴포지트 패턴으로 들어가지 않았으며 여전히 이터레이터 패턴에 관한 것입니다. 다음으로 나가기 위한 준비 단계라고 보아 주시면 될 것 같습니다.

Iterator Pattern

배열, 스택, 해시테이블, 리스트 등 여러가지 자료들의 집합인 컬렉션이 있습니다. 이 컬렉션의 내용을 보고 싶을 때, 객체를 저장하는 방식은 보여주지 않으면서도 클라이언트가 객체들에게 일일이 접근할 수 있게 해주는 패턴이 바로 이터레이터 입니다.

Template Method Pattern

지금까지 객체 생성, 메소드 호출, 복잡한 인터페이스 등 여러가지 것들을 캡슐화 해 봤습니다. 이번에는 알고리즘을 캡슐화 하는 패턴에 대해 배워보고자 합니다.

Facade Pattern

홈씨어터 구축을 예제로 들어 공부해 봅니다. 오랜 시간을 들여 영화를 보는데 필요한 모든 장비들을 세팅하는데 성공했습니다. 설치한 것들은 다음과 같습니다.

Adaptor Pattern

어댑터 패턴은 말 그대로 호환성이 없는 것들을 연결해주어 동작할 수 있게 해주는 패턴을 말합니다. 구멍 모양이나 크기가 맞지 않는 전원 플러그 앞에 끼워 사용할 수 있게 해주는 그런 어댑터를 연상하면 되겠습니다.

Command Pattern

커맨트 페턴은 메소드 호출을 캡슐화하는 것이라고 합니다. 특정 객체에 대한 작업요청을 캡슐화하여 사용자가 보낸 요청에 대한 정보(메소드 명, 파라미터 등)에 대한 정보를 저장, 로깅, 취소가 가능하게 합니다.

Singleton pattern

인스턴스가 하나뿐인  특별한 객체를 만들게 해 주는 패턴입니다. 전역 변수를 사용할 때처럼 어디서든 접근할 수 있게 해주지만 필요한 때에만 객체를 생성하게 해서 불필요하게 자원을 소모하지 않습니다.

Factory Pattern

팩토리 패턴은 느슨한 결합을 이용하는 객체지향 디자인이며, 불필요한 의존성을 제거해 준다고 합니다. 이게 무슨 말인지 따라가 보면서 알아보도록 하겠습니다.

Decorator Pattern

데코레이터 패턴은 원래의 클래스 코드를 전혀 바꾸지 않은채 실행 중에 객체에 새로운 기능을 추가할 수 있습니다.

Observer Pattern

Oberver pattern은 어떤 이벤트가 생겼을 때 객체들에게 소식을 알려줄 수 있는 일대다의 느슨한 관계의 패턴입니다. 이게 무슨 말인지 알아가 보도록 합시다.

Design Patterns 목차와 서문, Strategy Pattern

목차

1. 디자인 패턴 소개

Design Patterns, 공부를 시작하며

몇 달 전, 이제 막 공부를 시작한지 얼마 안 되어 윤성우 님이 쓰신 불후의 베스트셀러 "열혈 C 프로그래밍"을 신나게 보고 있을 무렵이었습니다.