슬기로운 땅콩 마을

웹에서는 Flutter 또는 Jetpack Compose와 달리 레이아웃 계산에 직접 관여하거나 제어할 수 없습니다. 즉, 자식의 크기를 직접 계산하거나 그려지는 요소의 위치를 정의하는 로직에 직접적으로 관여할 수 없습니다. 대신, CSS 스타일이나 JavaScript를 사용하여 레이아웃에 간접적으로 영향을 미칠 수 있습니다. 레이아웃 계산을 변경하거나 특정 요소의 크기나 위치를 조정하는 경우, 브라우저는 이러한 변화를 반영하기 위해 Reflow를 수행해야 합니다. Reflow는 레이아웃을 다시 계산하는 과정으로, 빈번하게 발생하면 성능 저하를 일으킬 수 있습니다.  이 Reflow의 경우, 레이아웃의 크기와 위치를 참조하거나 요소의 돔 구조가 변경되면 수행되는 레이아웃 단계입니다.따라서, 여러 번의 레..

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

자바스크립트 입문자 또는 문법에 그리 관심이 존재하지 않는 분들 위해서 해당 글에서는 알면 자바스크립트에서 유용하게 사용될 수 있는 문법들에 대해 소개합니다. 옵셔널 체이닝 (Optional Chaining) 객체나 배열에서 특정 속성이나 요소에 접근할 때, 해당 속성이나 요소가 존재하지 않아도 별도의 예외를 발생시키지 않고 undefined를 반환하는 기능을 제공하는 연산자입니다. 참고로 해당 연산자는 다트에서도 존재하며 별도의 null-safe 로직을 생략할 수 있는 특성때문에 많이 애용되는 연산자 중 하나입니다. 해당 연산자의 예시 코드를 보도록 하겠습니다.const child = parent?.child;child 속성이 nullable이라는 가정하에 속성 값을 참조하는 경우 . 대신 ?. 연산자..

타입스크립트는 정적 타입 검사 기능 외에도 다양하고 유용한 기능들을 제공합니다. 하지만 많은 개발자들이 이러한 기능들을 잘 모르고 사용하지 않는 경우가 많습니다. 해당 글에서는 타입과 관련된 다양한 유틸리티 기능들을 살펴보도록 하겠습니다. 유틸리티 타입 (Utility Types)타입스크립트는 타입 보장 및 검사 기능 뿐만 아니라 그와 관련된 다양한 유틸리티 타입을 제공하여 기존 타입을 기반으로 새로운 타입을 쉽게 만들 수 있도록 도와줍니다. 쉽게 말하자면 마치 레고 블럭처럼, 타입스크립트에서는 이미 존재하는 타입들을 조립해서 새로운 타입을 만들 수 있는 편리한 도구들을 제공하는데, 이걸 "유틸리티 타입"이라고 부릅니다. 여기에선 몇 가지 자주 그리고 널리 사용되는 유틸리티 타입들을 소개하겠습니다.  P..

데코레이터(Decorator) 패턴, 혹시 한 번씩은 들어보시거나 기억나시나요? 해당 패턴은 기존 객체의 기능을 동적으로 추가하거나 덮는 식으로 전체적인 기능에 변화를 주거나 하는데 널리 사용되는 패턴 중 하나입니다. 더보기해당 패턴에 대해 더 자세히 알고 싶다면 https://mttankkeo.tistory.com/19 참고해주세요. 앞서 데코레이터 패턴을 언급한 이유는 바로 여러분에게 소개할 믹스인과 그 사용 목적이 매우 유사하기 때문입니다. 물론 데코레이터 패턴과 믹스인 개념에 이미 익숙한 분들도 계시겠지만, 믹스인은 주로 단일 상속만을 지원하는 Dart나 Javascript 같은 언어에서 사용되는 개념입니다. 다중 상속을 지원하는 C++ 같은 언어에서는 믹스인의 필요성이 크지 않습니다. 또 한 가..

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

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

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