[💬] ㅅㅂ 스크립터블 오브젝트 영업질에 완전 낚였다

[익명(59.6)]

이짤에 낚여서 wa! 하고 스킬시스템에 도입시켜보려고 했는데
인스펙터에선 델리게이트 지원 안함
콜렉션 일일히 인스펙터 레이아웃 짜줘야함
로딩시간 이슈 등등
게임의 비즈니스 로직을 트리거하는 역할이나 다름없는 스킬엔 정말 안어울린다고 생각함 왜 스킬을 만들때 스크립터블을 추천하는 것이지?
수많은 걸림돌을 넘어 내가 이렇게 만들어도
아무리 생각해도 이짓을 해서 이쁘게 만들어도 어차피 스킬을 내가 만들건데 걍 스크립트 인터페이스에 짜나 이렇게 짜나 차이없는듯..
걍 다시 CDD로 돌아간다..
상대적으로 조건이나 계층이 복잡하지 않은 캐릭터나 장비같은 경우에는 도입해볼수도 있단 생각..

- dc official App

[ElMeHe(ocorone)]

나는 그냥 csv 불러와서 넣어주는 방식으로 함... 빠르고 편리

[익명(59.6)]

스킬은 그게 직관적이고 편한듯. 저도 걍 마킹업 형식으로 스크립팅하면 그거 읽어서 스크립트로 만들어주는 파서같은 스크립트 하나 만드는게 더 편할거같음.. - dc App

[윤성배(silencestay)]

공감

[ㅇ(222.97)]

스크립터블 오브젝트는 데이터베이스로 사용하지. 숫자나 문자 이외에 유니티 전용 데이터들(스프라이트, 메시 등등)도 바로 직렬화 가능해서 편함. 인스턴스를 생성할 필요가 없고 하나로 돌려막기 할거라면 그냥 모노비헤비어로 씬에 생성해도 되겠지만 그런게 아니라면 스크립터블 오브젝트 쓰는게 좋지. 모노비헤비어도 스크립터블 오브젝트도 아닐경우에는 유니티 데이터 직렬화 하려면 리소스폴더에서 파일명으로 로드하는 방식으로 해도 되고 근데 이것보다 스크립터블 오브젝트가 더 빠름.

[익명(175.223)]

정해진 틀로 여러개의 고유한 정보의 데이터객체를 생성할 필요가 있을 때 적합한 것 같습니다. - dc App

[익명(175.223)]

근데 제가 만드는 스킬은 데이터보단 이벤트에 더 가까웠던 것 같아 이벤트 소스를 분리해서 이 이벤트를 동작시키는 퍼블리셔를 스크립터블로 만들었더니 매우 깔끔하네요! - dc App

[익명(175.223)]

이거 근데 스크립트상에서 로드할때는 경로적고 로드에셋 하면 되나여?? - dc App