cleanArchitecture

Clean Architecture여러가지 아키텍처들이 있지만 이들의 공통적인 목표가 있음.프레임워크에 독립적일 것.Testability. 비즈니스 규칙은 UI, DB, 웹 서버 또는 기타 외부요소 없이 테스트 가능.UI와 독립적. 시스템의 나머지 부분을 변경하지 않고도, UI를 쉽게 변경할 수 있음.(예를 들어, 비즈니스 규칙을 변경하지 않도고 웹 UI를 콘솔 UI로 교체 가능)DB와 독립적. 비즈니스 규칙 DB에 바인딩되지 않음.외부 기관으로부터 독립적. 실제 비즈니스 규칙은 외부 세계에 대해 전혀 알지 못함. 아래의 다이어그램은 이러한 모든 아키텍처들을 하나의 실행가능한 아이디어로 통합하기 위한 시도.  Dependency Rule동심원의 바깥에서 안쪽으로 들어갈수록 고수준.바깥쪽 원은 매커니즘, 내..

(이 글은 '클린 아키텍처 - 소프트웨어 구조와 설계 원칙'을 읽고 정리한 글입니다. 예시는 책의 것과 다를 수도 있습니다) 좋은 소프트웨어는 깔끔한 코드(Clean Code)에서 시작합니다. 좋은 벽돌을 사용하지 않으면 빌딩의 아키텍처가 좋고 나쁨은 크게 의미가 없고, 반대로 좋은 벽돌을 사용하더라도 빌딩의 아키텍처를 엉망으로 만들 수 있습니다. 그래서 좋은 벽돌로 좋은 아키텍처를 정의하는 원칙이 필요 -> SOLID SOLID원칙의 목적 중간 수준의 소프트웨어 구조가 변경에 유연하고, 이해하기 쉽고 많은 소프트웨어 시스템에 사용될 수 있는 컴포넌트의 기반이 되도록 하는 데 있습니다. (여기서 중간 수준 소프트웨어는 코드 수준보다는 조금 상위이며 모듈과 컴포넌트 내부에서 사용되는 소프트웨어를 말합니다)..