슬기로운 땅콩 마을

해당 글은 GoF의 행위 패턴(Behavioral Pattern)에 대해 다룹니다. 책임 연쇄 (Chain of Responsibility)해당 패턴은 핸들러(Handler)가 자신이 요청을 처리할 수 없을 때, 다른 핸들러에게 요청을 계속 위임시켜 처리할 수 있을 때까지 연쇄적으로 책임을 전가시키는 것을 말합니다. 현실 세계의 패턴 예시사용자의 요청과 비슷한 개념인 편지를 예로 들어보겠습니다. 여러분은 연인에게 편지를 보내고 싶습니다. 하지만 우체국에 직접 가서 보내는 대신, 다음과 같은 방법으로 써보기로 했습니다. 친구에게 편지를 건네줍니다. 친구는 받은 편지를 읽고, 만약 그 친구가 편지를 전달할 수 있다면 이를 연인에게 직접 전달해줍니다. 하지만 친구가 편지를 직접 전달해줄 수 없다면, 친구는 여..

해당 글은 이어서 GoF의 구조 패턴(Structural Pattern)을 이어서 다루겠습니다. 데코레이터 (Decorator)해당 패턴은 기존 인터페이스를 수정하지 않으면서 추가적인 기능을 확장하기 위해 주로 사용됩니다. 얼핏 들어보면 기존에 배웠던 어댑터 패턴과 목적성이 비슷해 보일 수 있습니다, 이는 여러분들이 기존 패턴들을 잘 숙지하고 이해했다는 뜻이기도 합니다. 당연히 기존 인터페이스를 변경하지 않고 기능을 추가한다는 점에서 어댑터 패턴과 유사해 보일 수 있습니다. 하지만 데코레이터 패턴은 호환성보다는 확장성에 초점을 맞춥니다. 현실 세계의 패턴 예시어댑터 패턴이 마치 전혀 다른 언어를 사용하는 사람끼리 대화하기 위해 통역사를 필요로 하는 상황이라면, 데코레이터 패턴은 이미 같은 언어를 사용하는..

해당 글은 이어서 GoF의 구조 패턴(Structural Pattern)을 다루겠습니다. 어댑터 (Adapter)어댑터, 말 그대로 무언가를 다른 것에 맞게 변환해주는 존재입니다. 마치 콘센트 모양이 맞지 않을 때 사용하는 어댑터처럼 말이죠. 이는 프로그래밍 세계에서도 마찬가지입니다.  특히, 기존에 만들어진 코드, 특히 수정하기 어렵거나 아예 손댈 수 없는 코드들을 다룰 때 어댑터 패턴이 유용합니다. 오래되고 복잡한 레거시 코드라던가 외부 라이브러리 사용 그리고 프레임워크 또는 SDK를 예시로 들 수 있습니다. 이런 코드들은 분석하고 수정하는 것 자체가 굉장히 힘든 경우가 많습니다. 하지만 어댑터 패턴을 이용하면 이런 골칫거리 코드들을 새로운 시스템에 맞게끔 연결해주는 다리 역할을 할 수 있습니다. 즉..

우리는 객체지향 프로그래밍을 기반으로 협업과 오픈소스 라이브러리 개발에서 발생하는 여러 문제를 사전에 미리 해결하기 위해 여러 디자인 패턴들을 사용합니다. 이들의 주요 목적은 코드의 구조를 체계적으로 분리하여 개발, 유지보수, 테스트를 용이하게 하는 것입니다. 사실 이러한 사실들을 거의 대부분의 개발자가 인지하고 있을 것입니다, 하지만 해당 글에서는 이러한 패턴들을 사용했을 때 기존 코드와의 차이점, 대비되는 여러 예시들 그리고 여러 장점, 단점들을 자세히 살펴볼 예정입니다. 해당 글은 GoF의 생성 패턴(Creational Pattern)을 다룹니다. 싱글톤 (Singleton)어떠한 클래스의 인스턴스를 전역적으로 관리하기 위해서 널리 사용되는 디자인 패턴 중 하나입니다, 이 패턴을 사용하면 클래스의 ..

객체지향 언어를 사용하여 개발을 수행할 때, 객체들을 어떻게 조합하고 구성하느냐에 따라 내부 보수성, 가독성 및 성능이 크게 달라질 수 있다는 점은 대부분의 개발자가 잘 알고 있을 것입니다. 그러나 이러한 사실을 알고 있더라도, 입문자가 객체지향 언어를 완전히 활용하기란 쉽지 않을 수 있습니다. 따라서 이 글에서는 입문자들이 객체지향 문법을 쉽게 공부할 수 있도록 돕기 위해 몇 가지 예시를 통해 객체지향 프로그래밍의 기본 개념을 풀어보려고 합니다. 유전 그리고 부모 클래스부모 클래스(parent class 또는 super class)는 특성을 물려받기 위해 상속한 클래스를 지칭합니다, 예시로 사람의 경우 공통된 특성 그리고 물려받은 특성은 동물 또는 생물체와 같습니다. 입문자의 경우, 클래스의 원리를 이..