객체의 책임/역할 로직의 흐름 나누기

[@socresf-x2m]

이번 영상 마이크 설정이 바뀌었는지 저음이 귀에 꽂히네요 훨씬 좋은 것 같습니다.

[@geminikims]

오..! 마이크 바꾸고 따로 한 것은 없는데ㅎㅎ 좋으셨다면 다행입니다!

[@deadwhale6907]

중간에 한 말씀 보고 생각났는데 나주에 시간 나실떄 구독자 레포나 pr 하나 보고 조언받고 싶은 부분 고려해서 코드리뷰한번 하는것도 보면 재밌을거같아요

[@geminikims]

저도 기회가 되면 해보고싶네요! 내년도엔 도전을...!! (지원 부탁드립니다ㅎㅎㅎ)

[@김태우-u5i8e]

@@geminikims 저두 꼭 하고 싶네요..!

[@hyeonsu-hl2ff]

구현레이어에서 XXManager, XXProcessor 의 클래스는 보통 어떤 책임을 가지나요?

[@geminikims]

대부분의 경우는 무책임합니다! (모호한 책임) 그래서 XXManager, XXProcessor 이런 패턴은 가장 주의해야합니다! (제 코드 예시에도 있지만ㅎㅎ) 이런 모호한 용어 자체가 책임이 없다는 것을 보여주는 것이기 때문에 장기적으로 개선되야할 부분임을 보여준다고 봐야할 것 같습니다. 다만 실질적으로 소프트웨어가 작을 경우에는 모호함이 있고, 너무 잘게 쪼개는 느낌이 있기 때문에 저런 모호한 네이밍을 허용 할 수 있다고 생각합니다. 저 같은 경우도 너무 잘게 쪼개기에는 이르다고 판단 될때 저것들을 쓰며, 장기적으로 리펙토링 대상으로 간주합니다! 반대로 특정 프로젝트를 열어서 "XXManager, XXProcessor, XXCompoenet, XX모호함" 이 많다면 프로젝트 전체적으로 책임이 뚜렷하지 않다는 것을 알 수 있는 포인트 같습니다!