«dependency-injection» 태그된 질문

종속성 주입은 구성 요소의 종속성 (객체 인스턴스, 속성)이 생성자, 메서드 또는 필드 (속성)를 통해 설정되는 디자인 패턴입니다. 보다 일반적인 의존성 역전의 특수한 형태입니다.

2
점차 의존성 주입 컨테이너로 코드베이스 이동
많은 "반 패턴"싱글 톤, 정적 메소드가있는 유틸리티 클래스 및 new키워드를 사용하여 자체 종속성을 작성하는 클래스가있는 대형 코드베이스가 있습니다. 코드를 테스트하기가 매우 어렵습니다. 점차 의존성 주입 컨테이너로 코드를 점차 마이그레이션하고 싶습니다 (제 경우 Guice에는 GWT프로젝트 이므로 ). 의존성 주입에 대한 나의 이해에서, 그것은 전부 또는 아무것도 아닙니다. 모든 클래스는 Spring / …

2
직렬화는 Dependency Injection 사용을 금지합니까?
간단한 질문 : C #의 직렬화에는 기본 생성자가 필요하다는 것을 알고 있습니다. 이것은 (내 독서에서, 일반적으로 DI의 선호 스타일 생성자는 DI를 주입 사용의 가능성을 제거하는 것입니다 [표창장은 필요로했다]를 ). 그래서 그것은 실제로 하나의 상황입니까, 아니면 뭔가 빠졌습니까? (질문) : IoC 컨테이너는 어떻게 든이 트레이드 오프를 회피합니까?

3
의존성 주입은 어떻게 복잡성을 별도의 클래스로 옮기는 것이 아닙니까?
이번 주에 의존성 주입에 Typhoon 프레임 워크를 사용하는 방법을 조사했습니다. 객체 구성을 분리하면 단위 테스트 중에 임의의 구성 요소를 모의 객체로 대체하는 데 도움이되며 지금까지 이것만으로도 이점을 얻었습니다. 그러나 수십 개의 헤더 가져 오기가있는 거대한 뷰 컨트롤러 클래스가 있기 전에 수십 개의 헤더 가져 오기가있는 거대한 팩토리 클래스가 있다고 생각합니다. …

3
MVC 모델을 DB에서 느슨하게 연결 유지 하시겠습니까?
필자는 코드를 테스트 가능하게 유지하고 현재 MVC 프레임 워크에 대한 Dependency-Injection 전략을 사용하기로 결정했습니다.이 전략은 느슨하게 결합 된 코드, 테스트 가능성 및 모듈성을 보장하는 훌륭한 방법으로 입증되었습니다. 그러나 디자인 패턴의 마스터와는 거리가 멀어 가능한 한 데이터베이스 커넥터 클래스에서 모델을 느슨하게 연결하는 좋은 방법을 찾는 데 어려움을 겪고 있습니다. 어떻게 할 …

2
의존성 주입으로 UI에서 엄청난 양의 인터페이스를 피하는 방법은 무엇입니까?
문제 최근에 싱글 톤이 나쁘고 의존성 주입 ( "인터페이스 사용"으로 이해)이 어떻게 더 좋은지에 대해 많이 읽었습니다. 콜백 / 인터페이스 / DI 로이 부분을 구현하고 인터페이스 분리 원칙을 준수했을 때 나는 결국 혼란스러워했습니다. 기본적으로 모든 하위 항목의 하위 항목이 결합 된 UI 상위 항목의 종속성으로 인해 UI 요소가 계층 구조를 …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.