서론오늘은 팩토리 패턴에 대해 알아보려고 한다. 헤드퍼스트 디자인패턴 책을 너무나 재미있게 읽고 있다. 알기 쉽게 그림이나 예제들을 통해 확인해 볼 수 있고 설명도 잘 되어있는 느낌이 많이 들었다. 사람마다 좋아하는 책 스타일은 다르겠지만… 나와 같은 성향인 분들에게는 한 번쯤은 꼭 읽어봐도 좋을 것 같다고 이야기하고 싶은 책이랄까…? 거두절미하고 시작해 보겠다. 팩토리 패턴의 학습목표부터 살펴보겠다.느슨한 결합으로 객체지향 디자인을 만들어보자!new 연산자를 사용한다고 해서 새로운 객체가 만들어지지 않는다.객체의 인스턴스를 만드는 작업을 공개하면 결합적인 문제가 발생할 수 있다.팩토리 패턴은 불필요한 의존성을 없애서 결합 문제를 해결할 수 있다. new 연산자new 연산자는 자바의 뼈대를 이루는 연산자..

서론 디자인 패턴 중, 데코레이터 패턴은 이전 건수님께서 프로젝트 적용 시 해당 패턴을 이용해 구현을 하시고 이에 대해 기술블로그까지 작성과 리뷰를 해주신 적이 있어서 이 패턴에 대해 당시 찾아봤던 경험을 가지고 있다.  혹시나 궁금하신 분들이 계실수도 있으니, 해당 부분에 대해 링크를 첨부하고자 한다. https://zuminternet.github.io/vote-architecture/ OOP 기반 선착순 투표 시스템 아키텍처선착순 투표 시스템과 앞으로 확장적으로 늘어날 투표 시스템 아키텍처에 대해 OOP 기반으로 구성한 것을 공유합니다.zuminternet.github.io 내용이 정말 좋아서 관심있으신분들은 한 번씩 읽어보셔도!? 좋을 것 같다.  위와 같은 이유들로 데코레이터 패턴에 대해 한번 ..

서론 최근, 헤드퍼스트 디자인패턴이라는 책을 통해 디자인 패턴을 공부하고 있다.  오브젝트를 읽고, 해당 책을 보니 내용을 그림으로 설명해주기도 하고 비유를 해주시며 설명을 하니, 머리에 쏙쏙 들어오는 느낌이 들었다.  아무튼, 해당 책을 기반으로 여기서 나오는 디자인 패턴들을 기억하고 리마인드를 해보고자 게시물을 하나씩 적어보려고 한다.  옵저버 패턴옵저버 패턴 ( Observer Pattern ) 한 객체의 상태가 바뀌면 그 객체에 의존하는 다른 객체에게 연락이 가고, 자동으로 내용이 갱신되는 방식으로 일대다 ( One-to-many ) 의존성을 정의한다.  하나의 객체의 상태가 변경되면 그 객체를 의존하는 모든 객체는 연락을 받게 된다.  그림을 통해 알아보면 다음과 같다.  간략하게 그려보는데, ..

0. 서론 소프트웨어 설계에서 반복적으로 발생하는 문제에 대해 반복적으로 적용할 수 있는 해결 방법을 디자인 패턴이라고 한다.  디자인 패턴은 다양한 변경을 다루기 위해 반복적으로 재사용할 수 있는 설계의 묶음이다. 디자인 패턴이 설계를 재사용하기 위한 것이라면 프레임워크는 설계와 코드를 함께 재사용하기 위한 것이다.  프레임워크는 애플리케이션의 아키텍처를 구현 코드의 형태로 제공한다. 프레임워크가 제공하는 아키텍처가 요구사항에 적합하다면 다양한 환경에서 테스트를 거친 견고한 구현 코드를 쉽고 빠르게 재사용할 수 있다.  디자인 패턴과 프레임워크 모두 협력을 일관성 있게 만들기 위한 방법이다.   1. 디자인 패턴과 설계 재사용 소프트웨어 패턴 패턴은 반복적으로 발생하는 문제와 해법의 쌍으로 정의된다. ..

최근 회사에서 매주 이슈 체크 및 코드 리뷰를 진행하기로 하여, 이때 전략 패턴에 대해 소개를 해주시고 공유를 받아 연습해볼 겸 한번 작성해 보았다. 취준 당시, 디자인 패턴에 대해 항상 나중에 해봐야지... 라고 생각했었는데 요즘이 적기라 생각이 들었고 추후에 도움을 많이 받을 것 같아 정리해보려고 한다. 정의부터 한번 알아보도록 하자 전략 패턴 ( Strategy pattern ) 정책 패턴 (policy Pattern)이라고도 불리며, 실행중에 알고리즘을 선택할 수 있게 하는 행위 소프트웨어 디자인 패턴이라고 위키백과가 말하고 있다. 객체의 행위를 직접 수정하지 않고 전략을 바꿔줌으로서 행위를 유연하게 확장한다는 장점을 가지고 있다. 나는 제공해주셨던 뉴스 예제를 최근 연습하고 있는 코틀린을 적용해..