Entity 2 Clean Architecture Robert C. Martin는 책에서 설계적인 측면에서 좋은 소프트웨어 설계는 필요한 시스템을 만들고 유지보수하는데 투입되는 비용을 최소화하는데 있다고 이야기 합니다. 좋은 소프트웨어 시스템은 깔끔한 코드로부터 시작합니다. 좋은 아키텍쳐를 정의하는 원칙으로 SOLID 원칙을 들고 있습니다. SOLID 원칙의 목적은 중간(모듈) 수준의 소프트웨어 구조가 변경에 유연하며, 이해하기 쉽고, 많은 소프트웨어 시스템에 사용될 수 있는 컴포넌트의 기반이 되도록 하는데 있다고 합니다. #정책# 좋은 아키텍쳐의 목표는 시스템에서 정책을 가장 핵심적인 요소로 식별하고, 동시에 세부사항은 정책에 무관하게 만들 수 있는 형태로 구축하는 것이라고 이야기 합니다. 예를 들자면, 개발 초기에 데이터베이스가 어떤 데이터베이스인지.. Computer Science/Programming 2021. 8. 31. [Spring] DTO vs VO vs Entity DTO Data Transfer Object, 데이터 전송 객체라고 불리며 계층(Layer)간 데이터 교환을 위해 사용하는 객체입니다. 로직을 가지고 있지 않은 순수한 데이터 객체이며 getter/setter 메서드만 가지고 있습니다. 데이터를 전송하는 바구니라고 생각하면 됩니다. VO Value Object, 값 객체라고 불리며 특정한 값 그 자체를 표현하는 객체입니다. 서로 다른 이름을 가진 VO의 인스턴스가 모든 속성값이 같다면(hashCode, equals) 같은 객체라고 볼 수 있습니다. 또한 생성된 후 상태 변경이 불가능한 객체의 불변성을 보장합니다. DTO와 다르게 로직을 포함할 수 있습니다. Entity Entity는 실제 DB의 테이블과 매핑되는 데이터입니다. 또한 가변 객체로 생성 후 .. Domain/Spring 2021. 8. 31. 이전 1 다음
