[💬] 의존성이 정확히 뭔지 이해가 안돼요

[Podoxer..(1.223)]

제가 이해한 의존성은 dll 같은 라이브러리 쓸때
의존성 있는거 없으면 못쓴다 같은건데

DI 이야기 나와서 구글 막 찾다가 클래스 간의 의존성 같은거 들으면 뇌정지가 씨게 옵니다
도와줘요

[익명(usnned)]

난 네가 없으면 못살아~~~ 일 못해! 안해! = 의존성

[Podoxerath(1.223)]

좀 알거같아요

[익명(59.13)]

게임매니저에 플레이어 객체를 넣는다고 했을때 생성자에 직접 player = new Player() 이렇게 넣는게 기존 방식이고, DI는 @autowired (스프링) 처럼 어노테이션 해놓으면 프레임워크가 알아서 게임매니저에다 플레이어 주입해주는거임

[익명(59.13)]

객체 생성/파괴같은걸 프레임워크에서 관리하니까 관리주체가 프로그래머에서 프레임웤으로 넘어감 이걸 IoC(Inversion of Control)이라고 함

[Podoxerath(1.223)]

오.. ioc가 그런거옄ㅅ구나

[산적대왕(125.137)]

예를 들어 인붕이들이 많이 쓰는 xxxManager 같은게 다 의존성임. MonsterManager.GetMonster(); 이런 함수 쓰려면 MonsterManager 가 있어야 하잖음. 이때 의존성이 있다는 것

[GMP(growy920)]

어떤 한 클래스를 프로젝트에서 없앤다고 가정했을때도 게임이 잘 돌아간다면 의존성이 낮다는거임. 근데 현실적으로 한 클래스가 빠져도 게임이 돌아가게 만드는게 거의 불가능하다고 생각함

[익명(125.137)]

근데 첫 겜 출시는 했음? 안 했으면 의존성 생까고 걍 싱글벙글턴 써서 출시부터 해

[익명(125.137)]

DI는 인디판에서는 살짝 오버엔지니어링이라 생각함. 물론 배워서 쓰고 있는 상황이면 괜찮은데, 모르는 상황에서 배워서 쓰려면 미니겜 한두개 만들 정도의 노력이 필요할 것.

[Podoxerath(1.223)]

DI아직은 잘몰라서 싱글턴 도배중이긴 한데 확장성 고려해서 짜는게 나름의 재미가 있다보니 찾아보고있엇어요

[익명(180.69)]

어떤 컴포넌트 테스트해보고 시퍼욥!!

[익명(180.69)]

근데 그거 테스트 해볼라면 씬에 이거 요고 저거 쪼거 넣고 해야해여!! 쉬풀 <- 의존성 존나 꼬여있다