진화하는 아키텍처

📝 강의 정리

테스트 하기 좋은 코드가 정답일 확률이 높다

아키텍쳐

• 고정된 산출물이 아니라 계속된 탐구 과정이다

아키텍트의 목표

• 인적 자원 절감
• 동시 작업이 가능하게
→ 관심사를 분리
→ 의존성 역전 및 다른 여러 방법
• 이는 결국 경계를 만드는 과정

• 정책을 만들고 세부사항을 미루는 시스템 개발
• 개발 초기에는 세부사항을 선택할 필요가 없다
→ DBMS, 웹 서버, REST, 의존성 프레임 워크
• 도메인이 먼저 개발되어야 한다.

헥사고날 아키텍쳐

[1] JpaRepository as Repository

• JPA Repository 또한 인터페이스이기 때문에 테스트에서 FakeRepository를 상속하게 할 수 있다.
그러나,
• Fake가 불필요한 인터페이스를 구현해야 한다.
• Domain Entity가 Persistence Entity에 종속된다.

[2]. JpaRepository as RepositoryImpl

interface UserRepositoryImpl extends UserRepository, JpaRepository<UserEntity, Long> ...

interface UserRepository {
		Optional<UserEntity> method();
}

• 가령 findByIdAndStatus라는 메서드를 호출할 때, JpaRepository가 해당 메서드만 호출해준다. 따라서, 1에서의 모든 메서드를 구현할 필요가 없다.
그러나,
• JpaRepository의 메소드에서 UserEntity를 반환받으므로,
이 또한, Domain Entity가 Persistence Entity에 종속되는 같은 문제가 발생

📎 출처

Java/Spring 테스트를 추가하고 싶은 개발자들의 오답노트 강의 | 김우근 - 인프런

김우근 | Spring에 테스트를 넣는 방법을 알려드립니다! 더 나아가 자연스러운 테스트를 할 수 있게 스프링 설계를 변경하는 방법을 배웁니다., 프로젝트 설계를 발전시키는 테스트의 본질을 짚어드릴게요!  Spring에 테스트를 넣는 방법으로 시작해, 아

https://www.inflearn.com/course/%EC%9E%90%EB%B0%94-%EC%8A%A4%ED%94%84%EB%A7%81-%ED%85%8C%EC%8A%A4%ED%8A%B8-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EC%98%A4%EB%8B%B5%EB%85%B8%ED%8A%B8/dashboard

마이크로서비스 개발을 위한 Domain Driven Design

Abstract: 기존 모놀리스 애플리케이션 개발 방법과 다르게, 클라우드 네이티브 애플리케이션 개발에서는 도메인 기반 디자인(DDD)이 필수적으로 요구됩니다. 여러 가지 DDD 방법 중에, Event Storming, Boris와 SnapE를 통해 실제 비즈니스 요구 사항을 Bounded context로 분리하고, 각 도메인별 서비스 API, UI, Data를 도출하는 과정을 실제로 따라해 봅니다. Speakers: 이정인 매니저, 황주필 매니저, Pivotal

https://www.youtube.com/watch?v=QUMERCN3rZs