[질문] 클래스에서 서로가 서로를 들고 있는건 무슨 이유 때문에 함??

[익명(218.39)]

class A {
B b;
}

class B {
A a;
}

에러 날줄 알았는데 말끔하게 동작하더라
대충 이런구조 클래스를 봤는데 이렇게 하면 이점이 뭐야??

[익명(210.204)]

설계 실수하면 저렇게 되는거 아닐까

[P.노우렛지(patchoulik)]

C++에서 저게 된다고?

[익명(218.39)]

ㅇㅇ 언어도 cpp 였음. 서버 코드였어

[야딩조무사(cir6174)]

저거 참조나 포인터로 들고있어야 말이되는데 - dc App

[익명(218.39)]

포인터는 맞았던거같음. 근데 저거 이점이 멀가

[야딩조무사(cir6174)]

저거 서로 물고있으면 강결합이라 사실 모듈 하나인거랑 마찬가진데 그냥 짜다보면 저렇게 될때 있음 - dc App

[익명(218.39)]

아 저런 형태를 강결합이라고 하는구나 ㄱㅅㄱㅅ

[야딩조무사(cir6174)]

코드 더 봐야 아는데 다른 언어에서는 보통 저런거 리팩토링 대상일때가 많음 - dc App

[익명(218.39)]

당시 봣던 코드가 session 이랑 player가 저 관계였는데 서로 왔다갔다 하는 이점이 있는가보내

[익명(211.226)]

클라이언트-유저 계층이라던가 상호 참조가 필요할때 씀

[익명(125.132)]

순환참조가 그렇게 특별나다고 할정도는 아닌거 같은데. 없으면 더 좋겠지만 어쩔 수 없이 그렇게 짜게되는 경우도 많음.

[익명(211.36)]

똥멍청이가 설계해서

[익명(223.38)]

이론상으로는 안티패턴인데 실제 코드 짜다보면 저런 경우 어쩔 수 없이 생김. 저런 게 보기 꼬우면 각잡고 리팩토링 하던지