[💬] ECS 와 OOP

[듀콜다(duecorda)]

건방진 말투로 글을 썼으나 자꾸 글 내용이 짤려서,

아무래도 겸손하라는 뜻인것 같아 간략하게 요점만.

ECS 는 OOP의 개발 원칙과 디자인패턴을 사용하는 시스템 설계구조 입니다.

정반대가 될 수 없지요.

자세한 건 아래 링크.

Erich Gamma 인터뷰

https://www.artima.com/lejava/articles/designprinciplesP.html

ECS

https://en.wikipedia.org/wiki/Entity_component_system

디자인패턴(도서) 위키

https://en.wikipedia.org/wiki/Design_Patterns

[익명(175.195)]

유니티 ecs는 pure랑 hybrid랑 있음 pure는 oop식이 아니라 전혀 다른 dod 를 사용하여 개발하는거고 hybrid는 진입장벽을 낮추기 위해 섞은 것 정반대가 될수 없지요 이딴 소리하지말고 겸손하게 살아라

[익명(14.38)]

혹시 하이브리드가 oop랑 섞은거라고 생각하는거니..?

[익명(175.195)]

hybrid는 기존의 컴포넌트랑 섞은거고 기존의 oop 적인 개념을 그대로 활용할 수 있는방면 pure 방식은 그런 방식으로는 힘듦 좀 이해가 됐니?

[익명(14.38)]

기존것을 활용한다는건 모노비헤이비어 시스템일 뿐이고 oop랑 ecs는 서로 반대관계가 아니라고 아무리 해도 듣지를 않으니..

[익명(175.195)]

dod가 뭔지는 알아?

[익명(14.38)]

너가 dod가 뭔지를 이해했으면 그런 댓글 못달았을텐데

[익명(175.195)]

반대에 대한 기준은 어떻게 세우냐에 따라 다를 수 있지 예를 들어 oop(절차지향적 프로그래밍의 확장) vs 함수형 프로그래밍으로 구분할 수도 있고 oop vs dod로 구분할 수도 있는거야 그리고 pure ecs는 dod 개념을 이용한 방법이야

[익명(175.195)]

내가 보기엔 dod 개념 자체를 잘 모르는 것 같은데
http://lab.gamecodi.com/board/zboard.php?id=GAMECODILAB_Lecture&page=1&sn1=&divpage=1&sn=off&ss=on&sc=on&select_arrange=hit&desc=desc&no=204
한번
참고해봐

[익명(14.38)]

저밑에도 달았지만 유니티 기존 프레임워크는 이미 컴포짓 형태로 컴포넌트가 존재하고 컴포넌트가 너무 많은걸 들고있긴 하지만 데이터 지향적이고 실제 루프상에서는 타입별 배열을 돌리고 있다. 때문에 스크립트 실행순서가 있는거고. 엔진이 다 하고 있으니까 개발자가 그걸 구축하지 않는것뿐이지. 근데 지금 유니티 ecs는 내부에서 해주는게 좆도 없어서 직접 다짜서 돌려줘야한다.

[익명(14.38)]

그리고 여기서 정반대 어쩌고 나온건 밑에 어그로글이 "oop 열심해 배워봤자 ecs 도입되면 다 갖다버릴 지식인데ㅋㅋ" 이런 쌉소리하면서 나온거임. 반대가 아니라고 말하는건 공존이 되는거고 적합한곳에 적용해서 쓰는거라는 의미다

[익명(175.195)]

그 말이 이상하면 그 말을 쓴 애한테 따지렴; 나는 "ECS 는 OOP의 개발 원칙과 디자인패턴을 사용하는 시스템 설계구조" 라는 본문에 대해서 쓰는 말이니깐

[익명(175.195)]

애초에 ecs나 dod나 캐시 실패에서 생기는 병목을 해소하고 적중률을 올려 퍼포먼스를 올리려는 방법이고, 이를 위한 개발 원칙은 달라질 수 밖에

[듀콜다(duecorda)]

대충 요점만 얘기했는데 죽자고 무식한거 티내고 있네. 너 유니티만 끄적여본거지? ecs의 원칙이 composite over inheritation 이고 이게 디자인패턴이고 composite reuse pronciple 이거든. 이중에 뭐가 이해가 안되니? document based / related 구조가 oop 를 부정하고 만들어진 것 같니?

[듀콜다(duecorda)]

아니다 그냥 그렇게 살아라. 기초도 필요없고 유니티 끄적거려서 명작 만드신다는데 내가 주제넘게 나섰네. 평생 무슨일하든 기초/기본없이 겉핥기로 배우고 잘난척하면서 행복하게 사시길

[익명(175.195)]

너나 무식한 소리하지마라 애초에 oop는 절차적지향 프로그래밍의 확장이고 그 반대에 있는게 함수형 프로그래밍이다 함수형 프로그래밍이 뭔지나 알고 하는 소리니?

[익명(175.195)]

댓글 달아줬더니 본인 댓글이 뻘소리인거 아는지 삭제해버리네ㅋㅋㅋ 그리고 ecs 자체가 데이터를 따로 집적해서 캐시 적중률을 높이는 거고 이를 기존의 oop 방법으로는 어려움이 많이 따른다

[듀콜다(duecorda)]

글쓰다보니 자꾸 욕나오고 욕하기 싫으니 대댓지운건데 니 개념이란게 니 말처럼 니가 기본이 없어서 설계구조하고 프로그래밍 방식하고 유니티의 기능하고 온통 혼재되어 있어서 말이 통할리가 없어. 니가 말하는 절차적 또는 함수형 프로그래밍 방식이 ecs 설계구조가 게임개발에 좋다는 말이랑 동등위 개념이라고 생각하니? 나중에 혹시 기본개념이 장착되면 이불킥이나 해라

[익명(175.195)]

개웃기네 진짜 본인의 무식함에 욕이 나오는거야 혹시? 애초에 내가 node 백엔드 개발자인데 함수형 프로그래밍이 뭔지 모르면 조용히있어 제발.. dod는 내가 학규형 블로그 보고 2014년도부터 해보던건데 무슨 풋내기 유니티 타령이니?

[익명(175.195)]

그리고 함수형 프로그래밍 방식은 위에 예시로 든거고 ecs 설명한거랑 아무 상관이 없어 난독인거 같은데 제발 책좀 읽고다녀;;

[익명(175.195)]

무식한 너에게 조금만 더 설명해주면 데이터와 컨트롤러가 혼재해 있는 기존의 oop적 사고방식으로는 dod가 구현이 안됨 애초에 프로그래밍 패러다임이 바뀐다는 거임 그리고 디자인 패턴은 프로그래밍 패러다임위에 존재하는거고. 컴포지션 얘기하는데 다른 패러다임에서도 같은 디자인 패턴이 존재할수도 있지 그게 OOP다? 논리력에 박수를 보낸다.

[익명(175.195)]

composition over inheritance 자체가 oop적 사고의 한계를 극복하기 위해 만들어진 디자인 패턴이고 함수형 프로그래밍과 오히려 밀접한 관계가 있는거야. 너 혹시 리액티브프로그래밍이라고 알아? 혹시 그러면 RxJava가 oop 위에 있다고 oop적 디자인패턴이라고 생각하는거야?

[듀콜다(duecorda)]

얘기하면서 프레임 개똥같이 바꾸네.

[듀콜다(duecorda)]

니 지금 프레임으로 대답하자면 ecs 와 oop 는 완전히 독립된 개념이야. 니가 이거 지금말처럼 이해하고 있다면 애초에 정반대니 뭐니 이런 개소리가 나올수가 없어. 애초에 ecs 를 oop 의 비교가능한 개념으로 개소리하니까 니 수준에서 말해준거 아니냐. 개소리 커버할라고 니 직업까지고 "학규형" 이 GR 하면 니 신뢰도가 올라가냐?

[익명(175.195)]

하 진짜 앞뒤꽉막힌놈일세 니가 유니티기능 이런 쌉소리를 하니깐 하는소리야 oop 디자인패턴 위에 구현되었다고 그게 oop다? 그게 말이 안된다고 애초에 그런 디자인 패턴들이 oop의 핵심이 아니고 문제점들을 극복하기 위한 방법들이라고 RxJava 예로 들어줬잖아 리액티브 프로그래밍을 oop(자바)위에 구현했다고 그게 oop가 되냐? oop가 아니라 함수형 프로그래밍 패러다임으로 구현한게 되는거야

[익명(175.195)]

ecs도 마찬가지로 컴포지션을 통한 상속이나 재사용을 사용하더라도 애초에 oop 패러다임과는 동떨어진 방식이라고 oop의 상속의 문제점을 극복하기 위한거니까 더군다나 unity의 ecs는 하드웨어(캐시) 타이밍 문제를 해결하기 위한 것으로 단순 디자인 패턴이라고 할수조차도 없는거야

[듀콜다(duecorda)]

ㅇㅇ 정리됨. 알만큼 아는 것 같은데 니 글에서 이게 정반대라고 표현한 것, oop는 철지난 얘기고 ecs가 무슨 실버불렛이라고 오해할 수 있는 부분을 따진거임. 내가 본문에 쓴거 너말대로 oop와 디자인패턴의 등위 애매하게 표현해서 오해할 수 있는거 맞음.

[ㅇㅇ 1(125.129)]

본문말대로 ECS는 OOP의 하위셋임. 그리고 DOD가 OOP의 반대가 아니예요. 공부하려고 구글 검색해서 들어온 학생들은 이거 읽어보면 됨.
https://www.gamedev.net/blogs/entry/2265481-oop-is-dead-long-live-oop/
175는
병신인게 컴퍼넌트 컴퍼지션 자체가 OOP 디자인패턴임. ECS 특성상 일반적으로 인식하는 OOP의 특징이 약하게 나타나서 그러는것. 자기가 무슨이야기 하는지도 모르면서 정신승리하려고 구글링하고 공부하면서 댓글쓰면 저렇게됩니다.

[D(121.132)]

하이브리드 부터 해보는게 배우는데 편해. 유니티가 원채 업데이트가 잦아서, 공부하기 조금 어려운 상황이긴 하지.