[🐣질문] 어중간하게 아니까 더 괴로운거 같다

[익명(211.196)]

예를들어 <플레이어> 클래스 안에

<플레이어 상태> 클래스를 멤버 변수로 가진다고 가질때

<플레이어 상태> 클래스에서 어떤 함수를 실행할때 <플레이어>에 대한 정보가 필요함.

이때 <플레이어 상태> 클래스가 <플레이어> 클래스를 멤버 변수로 가져도 될까?

서로를 가지고 있으면, 커플링 돼서 의존도가 높네 마네

잘못된 설계니 마니 주워들은게 막 떠오름

근데 <플레이어 상태>클래스의 라이프 사이클이 원래

<플레이어> 클래스에 의존적이니까 이래도 되지 않을까 싶기도 하고?

어중간하게 아니까 더 스트레스 받음

[고닷(m4odn36nekku)]

난 걍 그런거 신경안쓰고 만드는데 유지보수는 미래의 내가 해주겠지

[Mr빙그레(mrbinggrae)]

할부 느낌이군.. 미래의 내가 갚겠지.. - dc App

[고닉은부끄러워(kdpt7t9mpp19)]

상태 클래스에서 이벤트 생성하든가

[익명(175.192)]

일단 구현이 먼저고, 하면서 나중에 유지보수 하거나 리팩토링하면서 좆같네... 하던 경험을 기반으로 점점 배워나가는거지 어중간하게 알아서 괴로운게 아니라. 처음부터 완벽하게 하려고 해서 괴로운거다.

[익명(211.196)]

맞는 말 같다. 안그래도 리팩토링하면서 지금 고민중인거라

[익명(175.192)]

무지성으로 좆같은 코드 짜는거보다, 이런저런 고민하면서 짜는게 훨씬 나은거지만, 고민하면서 제대로 진행이 안되면 의미 없는 고민임

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(211.196)]

진짜 배워간다. 고맙다.

[익명(1.235)]

자식이부모를모른다에서 웃고갑니다

[익명(210.123)]

플레이어{플레이어상태.실행(플레이어의 변수){}} 아님말곸

[익명(211.197)]

플레이어상태에 필요한 플레이어의 정보를 인터페이스화 시켜서 전달해

[익명(usnned)]

쓸땐 써야됨

[익명(usnned)]

"모든 의존성"이 절대적으로 나쁜게 아님 그럼 프로그래밍 자체가 불가능하니까

[익명(203.236)]

그거 피하려면 구조 더 좆같아질텐데