clean todo
1.0.0
매체의 기사 링크
개념 및 구현에 대한 자세한 내용은 기사를 확인하십시오.
Clean Architecture는 전설적인 Robert C. Martin (일명“Uncle Bob”)의 실용적인 소프트웨어 아키텍처 솔루션입니다. 보편적 인 소프트웨어 AR 의치 규칙을 적용함으로써 모든 소프트웨어 시스템의 수명 동안 개발자 생산성을 극적으로 향상시킬 수 있습니다.
결정 수를 극대화하는 이유는 무엇입니까? !! 우리는 개발자로서 프로젝트의 시작 부분에서 선택한 프레임 워크 (데이터베이스 또는 웹 프레임 워크 등)가 프로젝트의 수명 동안 대체하기가 어렵다는 것을 알고 있으며, 이는 엄격한 커플 링과 다른 초기 결정 때문입니다. 일반적인 실수 중 하나는 이러한 분야를 기반으로 프로젝트를 구축하고 비즈니스 로직을 그 주위에 묶는 것입니다. 대답은, 우리는 변화를 가능하게하는 아키텍처를 구축해야한다는 것입니다. 예, 변화를 강조합니다. 핵심 논리 및 고급 구성 요소에 부딪치지 않고 저성장 및 프레임 워크의 변경.
이 패턴은 모든 소프트웨어 프로젝트가 정책과 세부 사항에 대한 두 가지 요소로만 구성되어 있음을 강조합니다. 정책 (고급 구성 요소)은 모든 비즈니스 규칙, 모든 엔티티 및 해당 소프트웨어에 고유 한 정체성을 만드는 모든 소프트웨어 시스템의 핵심입니다. 전자 상거래 플랫폼에서 고객 엔티티 또는 체크 아웃 조치와 같습니다. 세부 사항 (하위 수준 구성 요소)은 인간이 비즈니스 규칙과 상호 작용할 수있는 방법입니다. 패턴은 해당 비즈니스 규칙을 트리거하거나 데이터베이스 또는 파일 또는 지속 메커니즘에서 해당 고객 엔티티를 지속시키는 체크 아웃 버튼과 같이 IO 장치, 데이터베이스, 웹 서버 등으로 이름을 지정합니다.
이 패턴의 마지막 목표는 높은 수준의 구성 요소를 낮은 수준의 구성 요소와 분리하고 함께 작동하고 세부 사항의 변화에서 높은 수준의 면역을 만드는 것입니다. 이 아이디어 전체를 당신의 마음 속에 구체적으로 만들겠습니다. MySQL과 같은 관계형 데이터베이스 위에 구축 된 소프트웨어를 상상하고 Express JS를 웹 서버로 사용한 다음 1 년 후 이해 관계자는 관계형 데이터베이스와 일치하지 않는 새로운 요구 사항과 기능을 도입하고 NOSQL 데이터베이스가 필요합니다. 소프트웨어 구현이 구성 요소 간의 느슨한 커플 링으로 우수한 아키텍처를 따르는 경우 변경 사항으로 혁명을 수행 할 필요가 없습니다. 데이터베이스 또는 웹 서버 또는 비즈니스 규칙 및 고급 구성 요소에 영향을 미치지 않고 솔루션에 맞는 소프트웨어의 다른 세부 사항을 교체하는 것은 매우 쉽습니다.
밥 삼촌은 확실한 원칙을 강조하여 깨끗한 아키텍처 패턴을 통합하여 읽을 수 있고 유지 관리 가능하며 확장 가능하며 쉽게 배포 할 수있는 소프트웨어 솔루션을 형성합니다.
