[%] Are Singletons bad?

[익명(175.214)]

Are Singletons bad?

Is Service locator bad?

Is Circular dependency bad?

여러분들은 안티 패턴에 대한 사용을 절대적으로 지양하시나요?

만약 안티 패턴을 사용하지 않을 시 구현이 매우 복잡하거나 귀찮아질 경우에도 사용하지 않으시나요?

[다믜(damhiya)]

안티패턴을 사용하는게 편하고 구현이 쉬워지면 안티패턴이 아닌거 아니냐

[익명(125.134)]

당장은 쉽지만 나중에 코드를 이해하거나 에러를 잡거나 할때는 어려운?

[다믜(damhiya)]

나는 기본적으로 짧은코드 = 이해하기 쉬운코드라고 생각함. 숏코딩 같은 이상한 짓만 안하면

[나니킷(nanikit)]

하스켈을 생각하면 딱히 그런 것 같지도 않은데

[다믜(damhiya)]

그런가.. 하긴 모듈화만 잘되있으면 분량은 별로 중요하지 않을지도

[다믜(damhiya)]

더 작은 모듈로 쪼개기 힘든 하나의 알고리즘 단위에서는 어느정도 성립한다고 생각함.

[Recursion(recursion)]

안티패턴을 반드시 써야하는 경우가 생기면 그건 언어 잘못이라고 생각함 - dc App

[익명(125.134)]

반드시 써야하는 경우는 거의 드물다고 봐야지. 다만 그 반드시 쓰지 않아도 해결할 방법이 매우 귀찮고 코드량을 방대하게 증가시키는 경우에는 어떻게 할것인가에 대한 질문이야

[나니킷(nanikit)]

구체적인 예를 들지 않았으니 내가 떠올릴 수 있는 예를 들어보자면 리액트에서 전부 퓨어 컴포넌트로 짜는 걸 생각할 수 있겠네. 그 상황에서 훅도 없고 타입 보조도 못 받는다면 오히려 많이 괴로워질 거라고 생각함. 이점도 있겠지만 개발자의 불편이라는 비용이 훨씬 크면 그때부턴 가치따지기의 문제가 될 거임.

[나니킷(nanikit)]

one size fits all이란 건 보통 없다고 생각함. 패턴이 괴로워지면 다른 패턴이 필요할지도 모르는 일이랄까. 근데 굳이 중복제거를 하지 않는 게 좋을 수도 있고 언어적 제한이 패턴화를 어렵게 할 수도 있어서 참 답을 찾기 어려운 문제라고 봄.

[익명(220.74)]

싱글톤 개발할 때 필수 패턴임... write once, read only 구조로만 잘 짜면 문제없음...