This message was deleted.

DI 는 항상 좋죠. 거의 대부분의 리액트 프로젝트에서 이미 자연스럽게 활용되고 있고요. 하지만 DI를 위해서 클래스를 도입하는건 조금 부자연스럽게 느껴집니다. 특히 리액트에서는 외부에서 별도의 라이프사이클을 가지는 객체를 동기화하는게 비용이 있다보니 MV* 모델보다는 Elm-ish 모델이 더 잘 어울립니다.

inversify에 대해서 잘 모르는데 싱글톤 객체를 DI하는것과 전역 스코프를 참조하는 것과 차이점이 있나요?

같은 얘기 아닌가요? 캡슐화 차이인듯

inversity 조금 살펴보고 있는데

네 사실 DI랑 클래스는 별로 연관이 없어서 저는 저런거 볼때마다 이미 잘 하고 있는데 굳이...? 같은 인상을 많이 받긴 하는거같아요 ㅋㅋㅋ

의견 주셔서 감사합니다! 말씀주신 내용 중 Elm-ish 모델은 어떤 걸까요? 제가 아직 모르는게 많네요🥲

대충 얘기하면 Flux 나 Redux 같은거요 ㅋㅋ

이미 지난 얘기 같지만 DI 가 필요하다고 React 환경에서 inversify 같은걸 가져다 쓰는 것보단 이미 있는 Context Provider 를 쓰는 게 훨씬 낫다는 생각이 들어요.

MobX 처럼 통합만 잘한다면 꼭 안쓰리라는 법도 없긴 하죠 ㅋㅋㅋ

inversify를 쓰는게 큰 의미가 없다는데에는 저도 동의합니다! (그냥 ioc container모양새를 잘 갖춰서 context로 넣으면 되니까요) 그냥 코드 없이 어떤 형태의 코드작성을 하려는지 의미를 전달하려다 언급했는데 물어보려던 내용에서 벗어나게 되었네요🙃 질문의 주요 포인트는 저 툴의 사용여부보단 class를 이용해서 ood형태로 상태관리하는 모양새가 어떤가에 대한 질문이었어요

Ood 가 어떤건지 머르겠어용