[🐣질문] 코드를 얼마나 나눠서 짜야됨?

[익명(211.250)]

예를 들면

1. 플레이어 HP 따로, 공격 따로, 이동 따로 각각 하나의 컴포넌트

2. 플레이어 컴포넌트 내에 상기 기능 전부 다

[익명(1.235)]

2

[고닷(m4odn36nekku)]

개발자편한대로

[익명(112.172)]

첨부터 딱딱 나누는거 쉽지 않고 클래스/변수명 정하는거만큼 시간 낭비 있음 나는 걍 한곳에 모아서 짜다가 아 이건 나눠야겠다 싶을때 나눔

[dualSkewer(jmm4658)]

씬 하나마다 스크립트 하나에 다때려박고 줄딸침

[익명(182.227)]

기능별 구상도 그리고 비슷한거 끼리 묶어 관리하는거 연습해보셈 그러면 가끔 상속으로 처리해야되는거도 보임

[익명(med300)]

적당이 나누고 매니저같은걸로 묶어서 관리하는것도 ㄱㅊ

[스크롤러(jo7294)]

사실 이건 경우의 수가 많아서 하다보면 자연스레 알게됨 ㅋㅋ 다 합쳐서 코딩하다보면 체력은 플레이어도 몬스터도 쓰고 부숴지는 상자에도 쓰네? 따로 나눠서 재활용해야지 한다던가

[익명(175.204)]

개발자 맘. 하다보면 자기가 알게됨. 당연하게도 인스턴스가 여럿 필요한 건 일단 다른 클래스로 나누게 되는건 기본이되고. 그리고 디자인 패턴에따라 나누게 되는 경우도 있지. 예를들어 Enemy의 행동 하나하나에 대해 컴포넌트 패턴 방식으로 설계했다면 이동, 밀리공경, 원거리공격 그런 컴포넌트들은 그걸 필요로하는 Enemy 프리팹마다 (컴포넌트로서, 인스턴스로서)붙여야하니까 그 또한 클래스가 달라야하지.

[익명(175.204)]

본문은 디자인패턴 설계의 선택에 따라 다른데, 1번은 Player 라곤하지만, 예를들어 Character 라는 상위 개념을 놓고 NPC, Player 타입1, Player 타입2 로 나뉘는게 하는게 행동에대한 구분정도로 나뉜다면 특징, 행동별로 클래스를 다르게 분리할 수 있지않을까? 예를들어 '이동(조작)'을 클래스로 쪼갰을때 NPC는 이동(조작)이란 개념이 없다고 한다면 Player 타입1, 타입2에만 '이동'클래스의 인스턴스를 컴포넌트 인스턴스로써 붙이겠지. 반면 HP는 모든 character 공통사항이라면 애써 컴포넌트같은 개별 인스턴스로 쪼갤필욘 없고 그냥 Character 클래스가 그 기능을 구현하면돼. 그런데 그 HP에대한 관리를 따로 하고 싶다면 물론 따로 빼고 참조해도돼겠지

[익명(175.204)]

2번 같은경우 Player라는 개념의 캐릭터 자체가 오직 하나라면 다 몰아서 구현해도돼. 그걸 분리하는건 순전히 개발자 편의사항이겠지.