fkdl0048
commented
4 months ago Review
도메인 설계 리뷰
방식에 대한 리뷰와 더 하면 좋을 것에 대해서 이야기 진행
- 진짜 실무의 설계는 도메인에 대한 설계는 실제로 변경이 자주 일어나는 경우에 대한 설계가 필요하다.
객체지향에 대한 이야기
이제는 객체지향에 대한 이해도나 대화수준은 충분하다고 판단.
다음 멘토링은 주제를 변경 or 멘토링 휴식에 대해서 이야기
온라인 멘토링, 2024-06-03 [23:00] 42회차
유니티에서 OOP가 어려운 이유
유니티에서 OOP를 실현하기 어려운 이유에 대해서 같이 이야기 해보면 좋을 것 같습니다.
저는 유니티는 유니티의 라이프 서클에 종속족이고 *(Start, Enable, Awake) 각 Mono마다 가질 수 있기에 그렇다고 1차원적으로 생각했습니다.
또한, 부분적으로 모듈로서 OOP를 구성하고 그 단계별로 동작하는 것은 매우 효율적이라고 생각합니다. 유니티로 만드는 애플리케이션 특성 상 더욱 그러하다고 생각합니다. 다만 각기 다른 형태로 만들어 두고 이를 서로 호출함에 제한이 있다는 점이 결국에는 OOP를 제대로 준수하지 못하고 섞어서 사용하게 되는게 아닐까? 라는 생각도 듭니다.
멘토님이 말씀해주신 인터페이스의 문제점도 있을 것 같습니다.
이 부분에 대해서 깊게 이야기 해보면 좋을 것 같습니다.
인터페이스의 문제
만약 단일 책임을 지키지 않은, 너무 넓게 잡은 인터페이스가 존재한다면 이것은 상속과 비슷한 문제를 일으킬 수 있다고 봅니다. 단일적인 책임이 아니라면 인터페이스의 수정에 영향을 받는 객체가 많아지지 않을까? 라는 생각도 들면서
한편으로는 그래도 클래스보단 적은 것 같다는 생각도 듭니다. 반면 실무에서도 분명히 필요에 의해 인터페이스에 메서드를 추가하는 경우가 생길 수 있을 것 같습니다.