[질문 내용] 안녕하세요 스프링 핵심 원리 이해1 - 예제 만들기, 스프링 핵심 원리 이해2-객체 지향 원리 적용 까지 강의를 수강하고 궁금한 것이 생겨서 질문 드립니다. DIP를 지키기 위해 DI 컨테이너를 활용하여, 구현체가 추상화 인터페이스에 의존하여 결합도를 낮춘다고 이해하였습니다. 덕분에 설계할 때 객체를 유연하고 확장가능하게 만들 수 있다는 사실도 알게되었습니다. 여기에서, 궁금한 점은 첫째로, Grade와 Member와 같은 데이터를 담기 위한 객체들의 의존성은 따로 신경써도 되지 않는지 궁금합니다. 특시 Memeber는 OrderServiceImpl, MemeberServiceImpl, MemeoryMemberRepository에서 모두 사용이 되는데, 결국 저 3개의 구현체들은 Memeber를 의존한다고 볼 수 있으니, 이에 따른 side effect는 걱정하지 않아도 되는지, 만약 그렇다면 왜 그런지 궁금합니다. public enum Grade { Basic, VIP } public class Member { private Long id; private String name; private Grade grade; public Member(long id, String name, Grade grade) { this.id = id; this.name = name; this.grade = grade; } public Long getId() { return id; } public String getName() { return name; } public Grade getGrade() { return grade; } public void setId(Long id) { this.id = id; } public void setName(String name) { this.name = name; } public void setGrade(Grade grade) { this.grade = grade; } } 둘째로, 명칭에 관해서도 확실히 하고 싶은게, Grade와 Member는 해당 프로젝트에서 마치 타입과 같은 역할을 하니, 이를 '타입 의존성'이 불러도 되는지 궁금합니다. 감사합니다.
클린 아키텍처 10장 ISP 원칙 파트를 읽다가 이해가 가지 않는 부분이 생겨 질문드립니다. 정적 언어는 include 선언문 때문에 소스코드 의존성 발생 -> 재배포, 재컴파일 필요 동적 언어는 선언문이 없음. 런타임에 추론함. 따라서 소스코드 의존성 없음 -> 재배포, 재컴파일 필요 없음 이 부분이 헷갈립니다. 파이썬도 import를 쓰지 않나요? 그건 정적 언어의 include 선언문과 다른 건가요? 동적 언어는 변수 타입 말고도 외부 모듈도 동적으로 불러오나요?
안녕하세요 DI 관련해 질문이 있습니다. ```java @Controller public class MemberController { private final MemberService memberService; @Autowired public MemberController(MemberService memberService) { this.memberService = memberService; } } private final MemberService memberService; final 키워드를 붙여주는 이유가 궁금합니다. memberSevice 를 변경하지 못하게 하는 이유가 무엇인가요?
[질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예) [질문 내용] 강의 너무 잘 들었습니다. 객체 간 의존관계를 항상 의심하고 그것을 해결하는 것이 좋은 코드의 기본인 것 같습니다. 본 수업을 듣고 객체 간 의존관계를 해소하는 방법에 대해 명쾌하게 이해할 수 있었습니다. 문득 궁금한 점이 생겼는데, 객체 간 의존관계 이외의 우리가 조심해야 하는 의존관계는 어떤 것들이 더 있을까요? 하나의 단일 Spring App을 벗어나, System, 혹은 MSA 관점으로까지 확장했을 때, 우리가 조심해야 하는 X와 X 혹은 X와 Y 간의 의존관계는 어떤 것이 있을지, 조심스럽게 질문드려봅니다. 감사합니다.
강의 한 편 한 편 볼때마다 지식이 업그레이드 되는 기분입니다. 좋은 강의 항상 감사드립니다~! 다름이 아니라 Operation의 순서기능 중 Operation에서 이전 작업의 결과물을 받기 위해선 프로토콜을 채택 혹은 작업물을 넘기는 Operation을 만들어야 한다고 말씀해주셨는데 그냥 outputImage를 직접 가져오는 것으로 해도되지 않을까요? 아래의 방법입니다! class TiltShiftOperation: Operation { var inputImage: UIImage? var outputImage: UIImage? override func main() { if inputImage == .none, // 인풋이미지가 없으면, let dependencyImageProvider = dependencies .filter({ $0 is ImageLoadOperation}) .first as? ImageLoadOperation { // 프로토콜이 아닌 직접적으로 Operation꺼내기 inputImage = dependencyImageProvider.outputImage } // 실제 작업 outputImage = tiltShift(image: inputImage) } } 이 방법의 문제는 뭐가 있을까요? 재사용성의 의미에서는 확실히 Protocol을 이용한 타입 캐스팅이 좋지만 그것 말고 프로토콜 채택으로 가져가는 또다른 장점이 있을까요?
