육각형 아키텍처의 발견: 강력하고 확장 가능한 코드

소프트웨어 개발에서 우리는 종종 코드의 확장성, 유지 관리성 및 테스트 가능성 문제를 해결하려고 노력합니다. 여기가 "포트 및 어댑터"라고도 불리는 육각형 아키텍처가 작동하는 곳입니다.

Alistair Cockburn이 개발한 이 접근 방식의 아이디어는 비즈니스 도메인(애플리케이션의 핵심)이 시스템의 나머지 부분과 격리되어 외부 기술(프레임워크, 데이터베이스, UI, 외부 기술)과 독립적으로 사용할 수 있다는 것입니다. API).

자, 육각형 아키텍처의 기본 개념을 자세히 살펴보고 이것이 코드 디자인 방식을 어떻게 변화시킬 수 있는지 함께 살펴보겠습니다! ?

육각형 아키텍처란 정확히 무엇입니까?

육각형 아키텍처는 외부 세부 사항에 독립적되도록 애플리케이션을 구성하는 방법입니다. 애플리케이션을 여러 개의 개별 레이어로 나누어 관심사의 분리를 강조합니다.

목표는 애플리케이션의 핵심(비즈니스 로직)과 외부 세계(데이터베이스, 사용자 인터페이스, API, 프레임워크 등) 간의 상호 작용을 구성하여 특정 기술로부터 애플리케이션을 독립적으로 만드는 것입니다. 포트 및 어댑터.

기본 개념

애플리케이션을 중앙에 도메인(비즈니스 로직)이 있는 육각형으로 상상해 보세요. 이 핵심 비즈니스는 구현 세부 사항(예: Symfony, Doctrine, 타사 API 등)에 직접 연결되어서는 안 됩니다. 이를 위해서는 포트라는 인터페이스를 생성해야 하며, 이러한 인터페이스는 외부 서비스와의 통신을 담당하는 어댑터에 의해 구현됩니다.

? 포트: 즉, 외부 세계가 비즈니스 핵심과 상호 작용할 수 있는 인터페이스입니다. 포트는 애플리케이션(API, HTTP 요청, CLI 명령 등)의 진입점 또는 종료점입니다.

? 어댑터: 어댑터는 이러한 인터페이스의 구체적인 구현입니다. 외부 요청이나 응답을 비즈니스 논리로 이해할 수 있는 작업으로 변환합니다. 여기에는 데이터베이스, 프레임워크, API 등과의 상호 작용이 포함됩니다.

육각형 응용 프로그램의 구조

더 나은 이해를 위해 Symfony의 간단한 예를 사용하겠습니다. 애플리케이션에서 사용자가 주문할 수 있어야 하고 이러한 주문을 저장하기 위해 데이터베이스와 상호 작용해야 한다고 가정해 보겠습니다.

글쎄요, 육각형 아키텍처에 따라 애플리케이션을 어떻게 구성할 수 있는지 살펴보세요. ?

1. 비즈니스의 핵심

이것은 애플리케이션의 핵심이며 외부 종속성이 없는 부분입니다. 여기에는 주문 생성, 데이터 유효성 검사 등과 같은 비즈니스 로직이 있는 곳입니다.

여기서 Order 클래스는 주문의 기본 모델을 나타냅니다. 이 클래스는 저장 방법이나 데이터의 출처에 대해 아무것도 모른다는 것을 알 수 있습니다.

2. 포트(인터페이스)

포트는 비즈니스 로직이 작동할 수 있도록 어댑터가 구현해야 하는 인터페이스를 정의합니다. 시스템에 대한 진입점(예: HTTP 요청) 또는 종료점(예: 데이터베이스 호출)

OrderRepositoryInterface 인터페이스는 출력 포트 역할을 합니다. 이는 단지 비즈니스 로직이 데이터베이스와 상호 작용하는 데 필요한 메서드를 정의합니다. 도메인은 이 데이터가 어떻게 저장되는지 모릅니다

3. 어댑터(구현)

어댑터는 간단히 말해서 포트의 구체적인 구현입니다. 어댑터를 사용하면 다음을 번역할 수 있습니다.

• 비즈니스 로직에 대한 모든 외부 상호 작용
• 구체적인 작업(예: 데이터베이스에 저장)에 대한 비즈니스 논리.

Adapt는 여기서 OrderRepositoryInterface에 대한 호출을 Doctrine(데이터베이스 관리 라이브러리)과의 상호 작용으로 변환하지만 비즈니스 로직에서는 Doctrine이 사용된다는 사실을 전혀 모릅니다.

4. Symfony 컨트롤러의 예

컨트롤러는 애플리케이션의 진입점 역할을 합니다. HTTP 요청을 통해 사용자와 상호작용한 다음 포트 및 어댑터를 통해 도메인에 작업을 위임하는 사람은 바로 그 사람입니다.

여기서 컨트롤러는 구체적인 구현이 아닌 OrderRepositoryInterface 인터페이스만 알고 있음을 알 수 있습니다. 이를 통해 코드를 테스트 가능하고 확장 가능하며 외부 프레임워크 및 기술(Symfony, Doctrine 등)로부터 독립적으로 만들 수 있습니다.

육각형 아키텍처를 사용하는 이유는 무엇입니까?

1. 비즈니스 로직을 외부 구현(데이터베이스, HTTP, 외부 API)과 분리하면 코드가 더욱 유연해집니다. 데이터베이스나 프레임워크 변경이 더 간단해지고 위험도 줄어듭니다.

2. 비즈니스 로직이 외부 요소에 얽매이지 않으므로 테스트에서 어댑터를 쉽게 모의하거나 교체할 수 있습니다.

3. 이렇게 명확하게 구분하면 비즈니스 로직에 영향을 주지 않고 새로운 기능을 추가하거나 동작을 수정하거나 특정 구성 요소를 재사용하기가 더 쉬워집니다.

4. 다른 유형의 어댑터를 사용하여 동일한 핵심 비즈니스를 재사용할 수 있습니다. 예를 들어 웹 애플리케이션, REST API 또는 명령줄 인터페이스에도 동일한 비즈니스 로직을 사용할 수 있습니다.

하지만 조심하세요!

육각형 아키텍처가 강력하더라도 이러한 방식으로 애플리케이션을 구성하는 것은 특히 소규모 프로젝트의 경우 약간 과잉일 수 있습니다. 소규모 애플리케이션의 경우 모든 것을 분리할 필요가 없기 때문에 육각형 아키텍처는 불필요한 복잡성을 추가할 수 있습니다.

위 내용은 육각형 아키텍처의 발견: 강력하고 확장 가능한 코드의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!