레이어 아키텍처 · DI
헥사고날 아키텍처
양파 아키텍처
라고 보았습니다.
또 다른 옵션에 대해

기타 옵션 깨끗한 구조

Robert Martin이 2012년에 제창한 아키텍처.

일본어 번역 되고 있는 분이 계셨습니다. 고맙습니다.

그쪽을 읽어달라고 알 수 있듯이, 전회까지의 헥사고날 아키텍처나 양파 아키텍처 등을 참고로 만들어진 것입니다.

역시,

외부는 내부에 따라 다릅니다.

DI가 필요합니다.

계층은 반드시 4층일 필요는 없습니다.

어렵지 않은 것과 기술적인 복잡성에도 대응할 수 있는 균형 잡힌 아키텍처라고 생각합니다.

역시 여기에서도 중요한 것은 도메인을 격리하는 것이군요.

사실

이런 식으로 도메인을 격리하는 아키텍처를 살펴 보았지만 실제로 적용하는 것은 어려울 수 있습니다.
예를 들어 Rails를 사용하면 모델이 ActiveRecord이므로 RDB의 DB에 영향을 받습니다. Rails가 아니더라도, 예를 들면, Java의 편리한 ORM인 Doda2도 모델측에 Doda2의 어노테이션이 인터럽트합니다.

외부 원에서 사용되는 데이터 형식을 내부 원에서 사용해서는 안됩니다. 특히 이러한 형식이 외부 원으로 프레임 워크에 의해 생성되는 경우. 외부 원의 어떤 것도 내부 원에 영향을 주어서는 안됩니다. (클린 아키텍처 일본어 번역에서)

이를 지키기 위해 DTO를 중복으로 사용하여 객체를 객체로 변환해야 할 수도 있습니다.

그런 의미에서도, 아키텍처의 선택과 함께, 요전날 기사 와 같이, 어떻게 프레임워크를 선택하는지도 중요하다고 생각합니다.