Design-pattern 방문자 패턴 - Visitor Pattern [디자인패턴/코틀린/kotlin] 방문자 패턴은 정의가 가장 어려운 패턴 중에 하나인 듯 하다 수많은 블로그의 방문자 패턴을 정의하는 문구를 아무리 봐도 이해가 가장 어려웠다
Design-pattern 템플릿 메소드 패턴 - Template Method Pattern [디자인패턴/코틀린/kotlin] 템플릿 메소드 패턴 전체적으로는 동일하지만 부분적으로 다른 경우 중복을 최소화 하는 패턴 동일한 기능을 상위 클래스에 정의하고 부분적으로 다른부분은 서브클래스에 정의하여 사용한다
Design-pattern 전략 패턴 - Strategy Pattern [디자인패턴/코틀린/kotlin] 전략 패턴은 알고리즘 및 로직을 따로 정의하여 필요에 의해 사용 또는 교체 할 수 있는 패턴
Design-pattern 상태 패턴 - State Pattern [디자인패턴/코틀린/kotlin] 상태 패턴은 객체가 상태에 따른 행위를 직접 구현하지 않고 상태와 행위를 구현한 별개의 상태객체에게 위임하는 패턴
Design-pattern 싱글톤 패턴 - Singleton Pattern [디자인패턴/코틀린/kotlin] 싱글톤 패턴은 매번 새로운 객체를 생성하지 않고 오직 하나의 객체만 생성하어 사용하려고 할때 사용한다.
Design-pattern 프록시 패턴 - Proxy Pattern [디자인패턴/코틀린/kotlin] 프록시 패턴은 실제객체를 대신하는 객체가 로직의 흐름을 제어하여 실제 객체를 조작하는 패턴
Design-pattern 옵저버 패턴 - Observer Pattern [디자인패턴/코틀린/kotlin] 옵저버 패턴은 그야 말로 발행/구독 모델 이라고 생각하면 쉽다. spring 의 ApplicationEvent 이용한 이벤트 발행/구독이나 javascript onClick 같은 이벤트 리스너를 사용한다거나 크게는 aws sns/sqs 같은 것들도 발생/구독 모델이다.
Design-pattern 플라이웨이트 패턴 - Flyweight Pattern [디자인패턴/코틀린/kotlin] 플라이웨이트 패턴은 공통으로 사용하는 클래스를 생성하는 팩토리클래스를 만들고 필요한 클래스의 인스턴스가 없는 경우 인스턴스를 새로 생성하고 이미 있는 경우는 생성해둔 인스턴스를 리턴해서 1개만 생성하여 공유해서 사용할 수 있도록 제공하는 패턴
Design-pattern 팩토리 메소드 패턴 - Factory Method Pattern [디자인패턴/코틀린/kotlin] 팩토리 메소드 패턴 객체 생성을 직접 하지 않고 객체를 생성/제공하는 클래스를 사용하여 획득하는 패턴
Design-pattern 퍼사드 패턴 - Facade Pattern [디자인패턴/코틀린/kotlin] 퍼사드 패턴은 아마도 우리가 프로그래밍 하면서 자연스럽게 사용되어지는 패턴중에 가장 흔한 패턴이 아닌가 싶다.