# design patterns

디자인 패턴 - Container/Presentational Pattern, Hooks Pattern
소프트웨어 설계에서 반복되는 문제를 최적화된 방식으로 해결할 수 있는 방법을 제공한다.개발 프로세스의 속도를 높일 수 있으며, 효과적으로 설계할 수 있다.현재 회사에서 주로 사용하는 패턴 중 이번에 공부하게 된 패턴은비즈니스 로직으로부터 뷰를 분리하여 관심사의 분리(S

프록시 패턴 (Proxy Pattern), 데코레이터 패턴 (Decorator Pattern), 어댑터 패턴 (Adapter Pattern)
세가지 비슷한 형태의 패턴을 비교해보고자 한다.대리자 역할A -> BA -> Proxy -> BProxy 는 B 와 인터페이스가 같다.A 에서 B 로의 접근을 제어하거나 B 를 보호하는 역할을 한다고 생각하면 자연스럽다.행위를 추가, 확장하는 역할A -> BA -> D

[Design Patterns with Flutter] Strategy Patterns (전략패턴)
Flutter에서 전략 디자인 패턴을 사용하는 간단한 예시 코드를 보여드리겠습니다. 이 예제에서는 텍스트를 두 가지 서로 다른 방식으로 포맷하는 앱을 만듭니다. 전략 패턴을 사용하여 텍스트 포맷 전략을 유연하게 변경할 수 있습니다.먼저 전략 인터페이스를 정의합니다:그
Visitor Pattern
A behavioral pattern This post mostly excerpt from Design Patterns (1994) Intent Represent an operation to be performed on the elements of an object s

Iterator Pattern
Provide a way to access the elements of an aggregator object sequentially w/o exposing its underlying representationCursorAn aggregate object needs a
Studying Design Patterns
Design Patterns (1994) -GoF is a big book. It is more of a catalog then a textbook to read. Thankfully, there is a Guide to readers section, which tel

Bridge Pattern
study of Design Patterns (1994) Intent Decouple an abstraction from its implementation so that the two can vary independently. Also Known As Handle/B

Abstract Factory Pattern
Provide an interface for creating families of related or dependent objects, w/o specifiying their concrete classes.KitTo enable easy changing of the l

Decorator Pattern
Yes, this is the decorators we use.Dynamic attachment of responsibilities to an object. A flexible alternative to subclass for extending functionality
Strategy Pattern
Intent Define a family of algorithms, encapsulate each one, make them interchangeable. Strategy lets the algorithm vary independently from clients tha

Composite Pattern
Studying GoF's Design Patterns(1994) bookUsing tree structure to represent part-whole hiearchies. Let's clients treat both individual objects and comp

SOLID Design Patterns - Unity
SRP - Single Responsibility PrincipleOCP - Open Closed PrincipleLSP - Liskov's Substitution PrincipleISP - Interface Segregation PrincipleDIP - Depend