싱글톤을 왜 만드는지는 아나?? ㅋㅋ


GOF 새끼들이 왜 싱글톤 만들었는지는 아나



내가 객체지향 개념이 쳐 없는 새끼들이 한심스러운 이유중에 하나지


무슨놈의 상태변수를 싱글톤으로 일일히 각각 다 만들어 멍청하게 ㅋㅋㅋㅋㅋㅋ



상태변수를 객체로 만든다는 개념도 희긔하지만 


뭐 그렇다고 치자 ㅋㅋㅋ 뭐 만들수도 있겠지 뭐


근데 왜 그걸 싱글톤?? ㅋㅋㅋㅋㅋㅋ 아 



객체지향적인 설계를 하는데 상태변수들은


니새끼가 설계한 FSM에 포함되어 있는것이니


적어도 공통의 속성은 지니는 것인데 왜 그걸 일일히 독립적인 객체로 만드냐 멍청멍청하게?


상태가 변화함에 따라서 어떤 Action 이 취해져야 한다면 상태객체에


특정 형식의 함수포인터나 델리게이트 같은 놈들이 공통의 속성으로 포함될수도 있는거고


뭐 인터페이스를 만들고 싱글톤 클라스에 일일히 다 구현하려고? ㅋㅋㅋ 


존나 일하고 싶어서 근질근질하나보다. 기능 하나 만드는데 5줄이면 될걸 1000줄로 짜려고


발악하네 ㅋ




하여간 실무를 한다고 깝치는 새끼들은 보면


그냥 무식하게 회사에서 하니까 와 실무에선 이렇게 하는구나 하고


그거 아냐? 회사에서 IT 인프라를 한번에 싹 갈아 엎어버릴때


SK C&C 나 무슨 업체를 끼고 가이드를 하는데


이 가이드를 하는 새끼들이 존나 멍청하고, 업무도 모르는데


설계능력까지 떨어지는 경우가 대다수 


그냥 싱글톤으로 상태변수를 만든다는 무식한 놈들에게 적용하기 쉬울 정도로만


평신같은 인하우스프레임웤 같은거 만들어서 같다주고 수십, 수백억 해쳐먹는다 ㅎㅎ





싱글톤은 어떤경우에 쓰이냐면 말이다. 내가 사용하는 실무예를 들어주자면 


나는 시스텀 트레이딩을 하는 프로그람을 제작하는 새끼다.


실시간 시세정보 (sub/pub 통신) 혹은 딜레이정보 (request/ response 통신)로 데이터를 얻어오는데


통신 성격도 다르고 정보가 쌓이는 타이밍도 다 다르고 하는 복잡한 상황이다.


이런 정보들은 단 한군데서 관리하고 싶다 이거지


정보를 관리하는 마스터객체가 전역적으로 존재하고  다른 객체에서는 


똑같은 메서드로 쉽게 인스턴스를 받아서 정보성 데이터를 알고 싶은게야


이럴때 쓴다고  ㅋㅋ, 단 한군데 말고는 더 객체를 허용하지 않고


get_instance 같은 메서드로 단 하나의 유일한 객체를 얻어오게 설계하는 구조 말여 




무슨놈의 FSM 상태변수를 만드는데 싱글톤을 써 아오 존나 어처구니 없어서 웃기네 씨발 ㅋㅋㅋ