본문 바로가기

Patterns

(4)
Bridge Pattern http://www.dofactory.com/Patterns/PatternBridge.aspx 위에서 퍼온 글입니다.(약간 다른 내용이 포함되어있다) definition브릿지 패턴은 소프트웨어 공학에서 사용되는 디자인 패턴인데, 이는 "구현(implementation)으로부터 추상(abstraction) 레이어를 분리하여 이 둘이 서로 독립적으로 변화할 수 있도록 한다."브릿지는 캡슐화(encapsulation), 집합(aggregation)을 사용하고 또한 다른 클래스들로 책임을 분리시키기 위해 상속(inheritance)를 사용할 수 있다. 어떤 클래스가 자주 바뀐다면(varies), 객체 지향 프로그래밍의 특징들은 아주 유용해질 수 있다. 왜냐하면 프로그램 코드를 수정하는데 프로그램에 대해 최소한만..
Adapter Pattern http://www.codeproject.com/Articles/342082/Understanding-and-Implementing-the-Adapter-Pattern?display=Print 위에서 퍼온 글입니다. Download Source C++ - 7.3 KB Download source C# - 7.8 KB Introduction This article aims at understanding when we could find the Adapter pattern useful and how can we have a rudimentary implementation of the Adapter pattern using C# and C++. Background It was almost 6 years bac..
꼭 봐야할 기사(Respository Pattern, Nhibernate, IOC, DI) http://www.codeproject.com/KB/aspnet/IOC_Works.aspx
DI개념 vs DI Pattern DI개념 단어에서 볼수 있듯이 Dependency Injection은 오브젝트 결합에 있어 의존성이 발생할때 생성자함수나 프로퍼티의 셋터나 메서드에서 삽입하는 걸 말할수 있다. DI Pattern 마틴파울러가 말하는 DI 즉 위에서 말하는 DI와는 좀 다른 것을 의미하는데 오브젝트 합성 구조를 통한 확장성을 보장받기 위해서 제 3의 존재(assembler)가 필요하고 그 제 3의 존재가 런타임시에 의존관계를 제공해줘야 한다는 뜻이다. 그리고 그방법과 장점에 대해서는 이미 GoF의 전략패턴에서 잘 설명하고 있다. 많은 블로그에서 DI Patterns의 샘플을 쉽게 볼수 있다. 나는 그렇게 생각한다. 위의 패턴의 정의에 빗대어 생각해 보면 대부분의 블로그에서 기재한 내용은 위의 DI 패턴 개념과 상이한 부분..