iOS with BeePeach

이번 챕터에서는 3가지에 대해서 알아본다. 소프트웨어 컴포넌트란? 컴포넌트의 구성요소 컴포넌트를 결합하여 시스템을 구성하는 방법 컴포넌트란? 컴포넌트는 시스템의 구성요소로 배포할 수 있는 가장 작은 단위이다. 루비에서는 gem 닷넷에서 DLL 스위프트는 컴파일 언어이기 때문에 바이너리 파일의 결합체가 하나의 컴포넌트이다. 잘 설계된 컴포넌트라면 독립적으로 배포 가능해야 한다. 100p에서부터는 컴포넌트의 역사에 대해서 설명한다. 컴포넌트 응집도 클래스들을 어떤 컴포넌트에 넣을것인지?에 관한 세 가지 원칙이 있다. REP: Reuse/Release Equivalence Principle CCP: Common Closure Principle CRP: Common Reuse Principle REP: 재사용 ..

좋지 못한 코드를 작성하면 아키텍처가 큰 의미가 없게 된다. 반대로 코드가 좋아도 아키텍처를 엉망으로 만들면 큰 의미가 없다. 좋은 코드로 좋은 아키텍처를 정의하는 원칙이 필요한데 이를 SOLID 원칙이라고 한다. SOLID 원칙은 함수와 데이터 구조를 클래스로 배치하고 이 클래스를 서로 결합하는 방법을 제시한다. 여기서 의미하는 클래스는 함수와 데이터를 결합한 집합이다. SOLID 원칙의 목적은 중간 수준의 소프트웨어 구조를 다음과 같이 만드는 것이다. 변경에 유연하다. 이해하기 쉽다. 많은 시스템에 사용될 수 있는 컴포넌트의 기반이 된다. SOLID의 간단한 설명 SRP(Single Responsibility Principle): 단일 책임 원칙 각 소프트웨어 모듈은 변경의 이유가 단 하나여야만 한다..

패러다임이란 프로그래밍을 하는 방법으로 대체적으로 언어에 독립적이다. 패러다임은 어떤 프로그래밍 구조를 사용할지 언제 이 구조를 사용하는지 결정한다. 현재까지는 구조적(Structrued), 객체지향(Object-Oriented), 함수형(Functional) 프로그래밍 이렇게 3가지 패러다임이 존재하고 아마 세 가지 외에 다른 패러다임은 존재하지 않을 것이다.

정리하면서 읽지 않으면 다 까먹어 버리기 때문에... 정리해가면 읽는 Clean Architecture 사실 정리하면서 읽어도 까먹는건 똑같지만 핵심을 다시 보기엔 편하므로 읽으면서 정리합니다. 빨리 가는 유일한 방법은 제대로 가는 것이다. - Robert C. Martin 서문 아키텍처 규칙은 동일하다. 근본적으로 다른 시스템들이 왜 비슷한 아키텍처 규칙을 공유하는 것일까? - 소프트웨어 아키텍처의 규칙은 다른 모든 변수에 독립적이다.