Ch1 계층형 아키텍처의 문제는 무엇일까?

[s-ryuri]

(p3) 상태(state)가 아니라 행동(behavior)을 중심으로 모델링한다. 이 말이 의미하는 게 정확히 무엇??

[s-ryuri]

컴포넌트의 의미 https://hanamon.kr/%EC%BB%B4%ED%8F%AC%EB%84%8C%ED%8A%B8-component%EB%9E%80/

• 프로그래밍에 있어 재사용이 가능한 각각의 독립된 모듈을 의미
• 소프트웨어의 재사용의 중요성과 필요성을 위해 나온 기술(다른 모듈과의 호환을 생각해야됨)
• 컴포넌트는 독립적인 단위 모듈이다.
• 컴포넌트는 class와는 다르다(하나의 컴포넌트는 하나의 클래스 또는 여러 개의 클래스로 작성 가능)
• 컴포넌트의 개념을 잘 적용한 소프트웨어는 인터페이스를 구현받는 클래스만 바꾸어주었을 시 오류없이 잘 작동되는 것을 의미한다.

[s-ryuri]

(p5) 상위 계층에 위치한 컴포넌트에 접근해야 한다면 컴포넌트를 계층 아래로 내리면 된다.

웹 -> 도메인 -> 영속성 이라면 만일 도메인이 웹에 접근하고 싶다면 웹에 있는 컴포넌트를 도메인이나 영속성으로 내리면 된다? 근데 이렇게 하면 하위 계층이 비대해지는 문제가 발생한다.?

[s-ryuri]

mocking이란? https://mangkyu.tistory.com/145

[s-ryuri]

• (p8) 계층형 아키텍처는 도메인 서비스의 너비에 관한 규칙을 강제하지 않는다.
• 사진처럼 한 개의 서비스가 여러 개의 controller를 처리하는 것?
• 가장 좋은 건 한 개의 controller에 한 개의 service인가? 이게 되나 근데

[s-ryuri]

(p10) 올바르게 구축하고 몇 가지 추가적인 규칙들을 적용하면 계층형 아키텍처는 유지보수가 매우 쉬워지고 코드를 쉽게 변경하거나 추가할 수 있게 된다. 어떤 식으로 해야될까? -> 이게 뒷 부분에 나오는 DI인가

[ritty27]

재미있는거 하시네요

[InHyeok-J]

@ritty27 같이할래?

[s-ryuri]

@ritty27 rㄱㄱㄱㄱ

[YeongHyeon-Kim]

영속성(persistence)은 데이터를 생성한 프로그램의 실행이 종료되더라도 사라지지 않는 데이터의 특성을 의미한다. 영속성은 파일 시스템, 관계형 테이터베이스 혹은 객체 데이터베이스 등을 활용하여 구현한다. 영속성을 갖지 않는 데이터는 단지 메모리에서만 존재하기 때문에 프로그램을 종료하면 모두 잃어버리게 된다. 결국 영속성은 특정 데이터 구조를 이전 상태로 복원할 수 있게 해주어 프로그램의 종료와 재개를 자유롭게 해준다.

[YeongHyeon-Kim]

웹, 도메인, 영속성에 대한 뚜렷한 차이점??

[YeongHyeon-Kim]

(p7) 도메인 로직이 여러 계층에 걸쳐 흩어지기 쉽다??

[InHyeok-J]

• state , behavior state도 중요하지만, behavior 을 통해 비지니스 로직을 구현해야 한다. 영현이형 예시 : 송금 한다 할때, 송금을 한다는 행동을 구현하는거지 송금의 결과 state이라고 함.
• 웹, 도메인, 영속성에 대한 뚜렷한 차이점?? 웹 -> 요청 및 응답 처리 도매인 -> 비지니스 로직이 수행이 된layer 영속성 -> 데이터를 저장하는 layer
• 상위 계층에 위치한 컴포넌트에 접근해야 한다면 컴포넌트를 계층 아래로 내리면 된다. 유틸리티 같은건 어디든지 접근 가능함 -> 계층형 아키텍처에서 어디든지 접근 가능한건 최다한 레이어임 즉, 어디서 접근 가능하다는건 최하단 레이어에 위치하게 된다 , 이런것이 많아지면 하위 레이어가 비대해진다고 할 수있음.
• p8) 계층형 아키텍처는 도메인 서비스의 너비에 관한 규칙을 강제하지 않는다.
• 하나의 서비스와 하나의 컨트롤러가 1:1로 맵핑해줘야 하나?
  • 서비스를 컴포넌트로 보면, 맞다고 생각함.

[ritty27]

@ritty27 같이할래?

이거 언제까지 하는거임??