2010-04-24 10 views
8

싱글 톤은 흔히 나쁜 디자인 선택이라고 할 수 있습니다. 따라서 응용 프로그램을 피하고 싶을 때 어떻게 디자인해야합니까?싱글 톤을 무엇으로 바꾸시겠습니까?

+0

그들은 용도가 있지만 사용법을 알고 있어야합니다. 나쁜 디자인 선택보다는 나쁜 구현 선택의 일부가 될 수 있다고 말하고 싶습니다. –

+0

이 기사 확인 [http://www.ibm.com/developerworks/webservices/library/co-single.html](http://www.ibm.com/developerworks/webservices/library/co-single.html)) – pierocampanelli

답변

8

는 대신 그

+0

특히, DI 프레임 워크는 싱글 톤의 편리함을 제공하면서 필요한 많은 배선을 단순화 할 수 있지만 필요한 경우 더 나은 단열 기능과 향후 여러 인스턴스로 확장 할 수있는 가능성을 제공합니다. –

2

내 2 센트에 글로벌 참조를 제공, 당신이 당신에게 (사용 기본적으로 싱글 톤)에 의존하는 서비스를 주입 Dependency Injection 같은 개념을 사용할 수 있습니다.

당신의 객체에 전달 된 싱글 톤인지 여부는 상관 없습니다.

내부에 MySingleton.Instance가있는 경우를 고려해보십시오. -이 모양이 나쁘고이 부분과 밀접하게 결합되어 있습니다. MySignleton을 메서드의 매개 변수로 전달한 경우 MySingleton.Instance 또는 새로운 MySingleton() -> 외부에서 인스턴스화 된 경우에도 문제가 발생하지 않도록 조롱하거나 변경할 수 있습니다.

관련 문제