[📚정보] 공식 유니티 전용 디자인패턴

[Indie(222.107)]

https://unity.com/kr/resources/design-patterns-solid-ebook

디자인 패턴 및 SOLID 원칙으로 코딩 스킬 업그레이드 | Unity

이렇게 구현하는게 맞는걸까? 라고 생각하는 고민이 많을건데 원칙리 없어서 고민하는 경우가 많이 보이는것 같음

자신의 개발 원칙을 세우는데 있어서 중요한 참고가 될수도 있는 글을 공유함

주의할점은 디자인패턴은 반복되는 문제해결, 유연성, 의사소통을 위해 짜는것임

반대로말하면 OOP를 근본적으로 이해하지 못해서 위 세가지중 하나라도 해당되면 어딘가 나사가 빠져있다는것이라

위 링크의 내용중 일부를 인용하면

“디자인 패턴을 적용할 때에는 대가가 따르기 마련인데, ... 새롭거나 참신하다는 이유만으로 패턴을 사용하지는 말고, 필요할 때만 사용하세요.“

그리고 OOP를 현대에 쓰는 이유는 못하는 프로그래머들이 코드를 짰을때 적은 검수로도 컨트롤할 수있나? 가 주 이유인것을 명심했으면 좋겠음

[불타는키보드(1bnmaker)]

[tazo(scarce2861)]

디자인 패턴/OOP보다 중요한 것은 SOLID라 생각

[글쓴 Indie(222.107)]

OOP의 원칙이 솔리드임

[tazo(scarce2861)]

@글쓴 Indie(222.107) 정확하게는 OOD의 원칙이 SOLID고 SOLID가 제시된 원문에는 OOP라는 개념이 없긴 합니다

[tazo(scarce2861)]

@tazo 로 기억하고 있어서(클린 시리즈 서적에 나옴, SOLID창시자가 씀) 검색해보니 OOP의 원칙이라고 설명하는 글도 많이 있네요

[tazo(scarce2861)]

SOLID에서 가장 중요한 첫 번째 원칙은 SRP(단일 책임 원칙)로, 모듈, 클래스 또는 함수가 오직 한 가지만 책임지며 로직의 특정 부분만 캡슐화할 것을 명시합니다. 저 링크에 있는 내용 중에 나온 내용인데 가장 중요하지도 않고, 정의도 정확하게는 변경의 이유는 하나여야만 한다 -> 풀어서 쓰면(나중에 창시자가 오해가 많다고 재정의함) 하나의 액터만이 그 코드를 변경하도록 요구해야 한다 입니다

[글쓴 Indie(222.107)]

유니티 사내에서 해석하고 적용하고있는건 다른가봄 애초에 대부분의 개념이 계속 재정의되는게 단일 책임 원칙은 최종적으로 정의 내린게 같은 이유로 바뀌는 코드는 하나로 모으고 다른 이유로 바뀌는 코드는 나누라고 하고 사실 이마저도 모호하고 에메한 원칙임 회사나 개인이 개발할때 원칙세우는게 더 중요한거라 어떤 원칙이둔 본인들이 앞다르고 뒤다른 코드 짜고 있는 사람이 한 트럭이기에 저글은 그런사람들을 위한 글임

[글쓴 Indie(222.107)]

심지어 상속자체도 OOP의 핵심 개념중 하나인데도 현대 OOP에서는 상속을 최대한 안하는게 좋다는게 주류 의견이라 굉장히 고민해서 상속해야 하는게 원칙인데 현대 언어에서 상속은 조건이나 제한이 너무 없어서 초보는 무지성으로 상속박기 일쑤인데 사실 상속자체를 아예 안쓰게 하는게 오히려 더 좋은 코드가 나오기도함

[tazo(scarce2861)]

@글쓴 Indie(222.107) 전자는 잘 모르겠구.. 후자는 핵심 개념은 맞지만 그렇다고 상속을 해라는 아니라서 그렇습니다 상속보단 구성(Composition), 구현(interface implement)이 대부분의 경우 나은것도 맞아요 결국 여기서 공통점은 의존성임

[tazo(scarce2861)]

SOLID를 더 풀자면.. 결국 구체적이고 자주 변하는 것(=불안정적)에 의존하지 말고, 추상적이고 변하지 않는 것(=안정적)에 의존하라로 줄일 수 있습니다 그리고 위의 개발 철학은 다시 말하자면 OOP가 아니라(객체지향 언어가 아니어도 적용 됨) 더 상위 단계인 클린 소프트웨어 이론이에요

[tazo(scarce2861)]

(클린 소프트웨어라는게 진짜 클린(=깨끗한) 소프트웨어라는게 아니라.. SOLID 창시자 취향으로 이상적이고 좋다는 취지로 clean을 붙인 것)

[글쓴 Indie(222.107)]

어떤 의도로 보였는지 모르겠는데 참고할거면 유니티 공식글을 참고하고 내가 글쓴 본문 의도는 OOP 이해도가 부족한사람은 유니티가 받아드리는 솔리드 원칙을 참고하라는 의도로 올린것임 링크가 OOP 라고 언급한적도 없음