pius712

이렇게하면 rm -rf 안당하나?;

강의보다 낫네

음.. 클린 아키텍처 책에서는 의존성의 방향으로 레이어드 아키텍처와 구분을 하고 있어서 조금 혼동스럽습니다. 인터페이스를 통해 DIP 를 적용해서 외부의 의존성들을 제거한다면 실질적으로 어플리케이션(혹은 비즈니스) 레이어에서는 기술에 대한 세부 정보를 알 수 없기에, 레이어드 아키텍처로 부를 수 없지 않나라고 생각하는데요. 토비님께서는 레이어드 아키텍처를 위와 같은 정의(의존성 방향을 중심으로 이해하는)가 아니라, 계층간 응집(?) 혹은 책임이 다른 구현체들 간의 격리를 중점적으로 생각하시는거라고 이해하면 될까요? 추가로 토비님이 언급해주신 반 버논의 DDD 책을 잠시 보았는데요. 아마 제가 언급한 레이어드 아키텍처는 책에서 설명하는 전통적인 레이어드 아키텍처에 대해 말씀드린거 같습니다. &nbsp;정리하자면, 토비님의 말씀은 어쨋든 DIP 를 이용한 아키텍처(전통적인 레이어드 아키텍처는 아니지만 레이어가 나뉘어진) 육각형 모양으로 반전시키면 헥사고날 아키텍처가 된다. 라고 이해하면 될까요?

의존성 방향과 관련된 질문이 있습니다.

서버 컴포넌트 관련 질문입니다!

react 와 같은 별개의 프론트가 있는 경우 csrf

에러날때 로그찍어보니, 프로메테우스에서 헤더를 이렇게 날리는데, application/openmetrics-text;version=1.0.0;q=0.5,application/openmetrics-text;version=0.0.1;q=0.4,text/plain;version=0.0.4;q=0.3,*/*;q=2 스프링에서는 이걸 못받는거 같네요.

프로메테우스가 요청을 보내고 서버에서 406에러를 반환합니다.

참고로 8분 20초 전후 내용입니다

4강 타입소거 관련 질문

<a target="_blank" rel="noopener noreferrer nofollow" href="https://www.inflearn.com/questions/15876/fetch-join-%EC%8B%9C-%EB%B3%84%EC%B9%AD%EA%B4%80%EB%A0%A8-%EC%A7%88%EB%AC%B8%EC%9E%85%EB%8B%88%EB%8B%A4">https://www.inflearn.com/questions/15876/fetch-join-%EC%8B%9C-%EB%B3%84%EC%B9%AD%EA%B4%80%EB%A0%A8-%EC%A7%88%EB%AC%B8%EC%9E%85%EB%8B%88%EB%8B%A4</a> 이 게시글은 한번 읽어봤는데요, 일관성을 해치는지 아닌지를 판단하기 보다 다른 방법이 없을까? 고민하고 있습니다.

단방향 연관관계 적용시 질문 있습니다.

개념만 보다가 예제 문제 주말에 그냥 켰는데...

아닙니다.. 덕분에 미루고 미루던 프로토타입 - 클래스 사이의 그 미묘한 동거(?) 관계를 이제 완전히 이해한거같습니다!

2:30초 경 그림 질문

제가 이상하게 생각하는거였군요! ㅋㅋ 감사합니다!

pius712

投稿