지수의 개발 기록장

소프트웨어 아키텍처에서 경계란? ​ 소프트웨어 아키텍처는 "선을 긋는 기술", 즉 경계의 기술이다. 경계는 소프트웨어 요소를 서로 분리하고, 경계 한편에 있는 요소가 반대편에 있는 요소를 알지 못하도록 막는다. ​ 프로젝트 초기에 그어지는 이 경계선은 가능한 한 오랫동안 결정을 연기시키기 위해, 그래서 이들 결정이 핵심적인 업무 로직을 오염시키지 못하게 만들려는 목적으로 쓰인다. ​ 아키텍트의 목표는 필요한 시스템을 만들고 유지하는 데 드는 인적 자원을 최소화하는 것이 최족 목표라는 사실을 상기해야 한다. ​ 프로그래밍 실무를 담당하면서 가장 위의 목표에서 경계하게 되는 것은 바로 컴포넌트 간의 결합이다. (특히 너무 일찍 내려진 결정에 따른 결합) ​ 이 결정은 시스템의 업무 요구사항, 유스케이스와 아..

프로그래밍/Architecture 2024. 1. 14. 17:45

좋은 아키텍처는 다음의 요소들을 지원해야 한다. ​ 시스템의 유스케이스 시스템의 운영 시스템의 개발 시스템의 배포 ​ ​ ​ 유스케이스 아키텍처의 최우선 관심사는 유스케이스이며, 아키텍처에서도 유스케이스가 최우선이다. 시스템 아키텍처는 시스템의 의도를 지원해야한다는 뜻이다. ​ 좋은 아키텍처가 행위를 지원하기 위해 할 수 있는 일 중 가장 중요한 사항은 시스템의 행위를 명확히 하고 외부로 드러내며, 이를 통해 시스템이 지닌 의도를 아키텍처 수준에서 알아볼 수 있게 하는 것이다. ​ 예를 들어 장바구니 애플리케이션이 좋은 아키텍처를 갖추었다면, 이 애플리케이션은 장바구니 애플리케이션처럼 보일 것이다. 해당 시스템의 유스케이스는 시스템 구조 자체에서 한 눈에 드러날 것이다. ​ 이들 행위는 일급 요소이며, ..

프로그래밍/Architecture 2024. 1. 14. 17:44

클린 아키텍처 책의 15부 "아키텍처란?" 부분은 본격적으로 훌륭한 아키텍처를 설계하는 방법을 설명하기 전에, 아키텍처 그 자체의 개념과 목표, 특징들을 정리하는 장이다. ​ 여러 관점 (개발, 유지보수, 배포)에서 잘 설계된 아키텍처가 주는 이점들을 설명하고, 아키텍처의 요소를 정책과 세부사항으로 구분하여 구체적으로 어떤 목표를 달성해야 하는지 설명하고 있다. ​ ​ ​ ​ ​ ​ ​ ​ ​ 1) 소프트웨어 아키텍처란 무엇인가? ​ 소프트웨어 시스템의 아키텍처란 시스템을 구축했던 사람들이 만들어낸 시스템의 형태이다. ​ 그 모양은 - 시스템을 컴포넌트로 분할하는 방법, - 분할된 컴포넌트를 배치하는 방법, - 컴포넌트가 서로 의사소통하는 방식 에 따라 정해진다. ​ ​ 그리고 그 형태는 아킨텍처 안에 ..

프로그래밍/Architecture 2024. 1. 14. 17:44

#cleanArchitecture #클린아키텍처 #컴포넌트원칙 #컴포넌트결합 #UncleBob ​ ​ ​ ​ ​ 클린 아키텍처 14장에서는, 세 가지 원칙을 설명하며 컴포넌트 사이의 관계를 설명한다. 앞장에서도 강조했던 개발 가능성과 논리적 설계 사이의 균형을 다루고 있다. ​ 또한 저자는 컴포넌트 구조와 관련된 아키텍처는 기술적이며, 정치적이고 가변적이라는 특성을 같이 언급한다. ​ 이번 장에서 설명한 3가지 원칙을 각각 살펴보자. ​ ​ ​ ​ ​ ​ ADP : 의존성 비순환 원칙 ​ 개발자들에게 "숙취 증후군이란?" 많은개발자가 동일한 소스 파일을 수정하는 환경에서 발생하는 현상을 일컫는다. 프로젝트와 개발팀의 규모가 커지면서 이러한 숙취는 개발자들에게 지독한 악몽을 선사하게 된다. 코드를 수정해서..

프로그래밍/Architecture 2024. 1. 14. 17:42

클린 아키텍처 4부, 13장의 "컴포넌트 응집도"에서는 소프트웨어 컴포넌트의 개념과 구성 요소가 무엇인지 알아보고, 컴포넌트를 결합하여 시스템을 구성하는 방법에 대해 논의한다. ​ ​ 개인적으로 마지막 "컴포넌트 응집도에 대한 균형"을 설명할 때 최근 이 "균형"에 대해서 실무에서 많이 고민하고, 팀원분들이랑 관련 내용을 토론하기도 하고, 팀과 파트 차원에서도 많은 시행착오를 겪은 내용이라 공감이 많이 된 내용이었다. ​ 플랫폼팀에서 관리하는 모듈들이 너무나 많기도 하고, 한 가지 변경에 대한 업무 요청이 왔을 때, 여러가지 모듈들을 수정해야 했던 케이스도 있었고, 굳이 관련 없는 클래스들이 모인 모듈을 배포해야하는 상황도 있었다. 또한 모듈 간에 의존성이 강한 경우에는, 변경에 따른 수많은 모듈을 배포..

프로그래밍/Architecture 2024. 1. 14. 17:42

https://miro.medium.com/max/1400/1*OzwARbvHUg1RlZ7LYyLCrg.webp ​ ​ ​ 이번 3부는 소프트웨어 설계원칙에서 흔히 소개되는 SOLID 원칙에 관한 설명이다. ​ 한창 신입 시절 면접을 준비하면서, 각 원칙에 대한 깊은 이해는 간략한 예시들만 보고 넘어가서, 내용을 달달 외운 기억이 있다. ​ 또한 이책에서 다루는 내용처럼 아키텍트에서의 관점까지 각 원칙의 사고를 확장하지 않고, 메서드, 클래스, 모듈 수준에서까지만 공부를 했었다. ​ ​ 그 때 이 책을 봤음 아키텍처에 대한 이해도까지 높일 수 있었을텐데 하는 후회가 든다. ​ ​ ​ ​ ​ ​ 책에서는 각 원칙에 대해 아키텍트 관점에서 상세하게 분석한다. 해당 원칙을 지키지 않게 되면 초래되는 부작용들,..

프로그래밍/Architecture 2024. 1. 14. 17:41

#클린아키텍처 #cleanArchitecture #구조적프로그래밍 #객체지향프로그래밍 #함수형프로그래밍 ​ ​ 패러다임이란, 프로그래밍을 하는 방법으로, 대체로 언어에는 독립적이다. ​ 패러다임은 어떤 프로그래밍 구조를 사용할지, 그리고 언제 이 구조를 사용해야 하는지를 결정한다. ​ ​ 현재까지 이러한 패러다임에는 세가지 종류가 있다. ​ ​ 구조적 프로그래밍 제어흐름의 직접적인 전환에 대해 규칙을 부과한다. 객체지향 프로그래밍 제어흐름의 간접적인 전환에 대해 규칙을 부과한다. 함수형 프로그래밍 할당문에 대해 규칙을 부과한다.(불변성) ​ ​ ​ 각 패러다임은 위와같이 프로그래머에게서 어떠한 권한을 박탈한다. 즉 부정적인 의도를 가지는 일종의 추가적인 규칙을 부과한다. 결국 패러다임은 무엇을 해야 할지..

프로그래밍/Architecture 2024. 1. 14. 17:38

​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ 개발자들 사이에서 밥아저씨라고 불리우는 로버트 C 마틴이 작성한 유연하고 유지보수에 용이한 소프트웨어 아키텍처를 설계하는 방법들에 대한 내용을 다룬 책이다. ​ 그는 , , 와 같이 클린 ** 시리즈 책들의 저자이다. ​ ​ 개발자들이라면 꼭 한번 들어봤을 법 하고, 읽어볼만한 책으로 흔히 추천되는 책인데, 와 함께 예전에 구매해놓고 읽다가 구석에 방치해두고 있었던 책이였다. ​ 당시 "그래 이런 내용이구나~" 하고 읽고 지나갔던 내용들이라, 요즘 리팩토링 업무 고민을 하던 중, 책을 통해 답을 다시 찾을 수 있을 것 같아, 다시 이 책을 꺼내 들었다. ​ ​ ​ ​ ​ ​ ​ 최근 레거시 코드를 이관하면서 향후의 비즈니스 로직의 변경에 유연한 구조로 재정비 하기 ..

프로그래밍/Architecture 2024. 1. 14. 17:35