[💬] 배열초고수만 봐라

[익명(39.116)]

1. 몬스터 오브젝트에, 배열선언 후 아이템을 집어넣음.

2. 아이템 스크립트에 드랍률 변수가 있음.

3. 게임매니저에 드랍 bool함수 있음

몬스터가 죽으면

배열 속, 아이템 스크립트의 드랍률 변수 가져와서,

게임매니저의 bool함수에 집어넣고,

값 가져와서 드랍여부 판단하게 하려고 하는데...

게임 오브젝트 내, public 배열에 속해진 오브젝트의, 스크립트 변수 어떻게 가져와야 함?

배열[i].getcomponent<아이템스크립트>();

이렇게 쓰다가 뇌정지 30분 째

도움을 요청합니다, 배열 그자체의 초고수형님들ㅜㅜ

[DoggyStyleKing(doggystyleking)]

bool 드랍해말아 = bool함수(배열[i].GetComponent<아이탬스크립트>().드랍율) 이러면됨?

[익명(39.116)]

드랍율만 가져오면 되도록, 나머진 다 차려놨는데, 그걸 못가져오겠음 ㅜㅜ

[DoggyStyleKing(doggystyleking)]

[익명(39.116)]

3D라서 드랍율을 아이템 오브젝트 마다 넣어뒀고, 그 오브젝트가 몬스터 배열속에 박혀있음. 그래서 그 배열속에 박힌, 아이템 오브젝트에 담긴 드랍율을 가져오고 싶다는 이야기옵니다.

[익명(58.141)]

<> 이거는 당분간 쓰지 않는게 어떨까

[익명(39.116)]

뭔소린지 알아듣게 설명해주시면 3대가 평온무사할 것이옵니다.

[익명(58.141)]

지능이 좀 낮구나

[익명(39.116)]

형님 말씀을 짐작하여, <>() 다 지웠더니 뭔가 희망이 보입니다. 이것이 유태인들이 자식들을 위해 물고기를 잡아주지 않고, 낚시를 가르친다는 그것의 교육법입니까?

[익명(58.141)]

아 죄송 ㅋ 다른 갤에서 하는 습관대로 대답하다보니 ㅋ <> 는 뭔가 되게 좀 까다로운거 같아서 그냥 패스하는게 어떻겠ㄷ냐는 의견이엿습니다. ㅋㅋ

[익명(121.157)]

겟컴포넌트 형식 매개 변수인데?

[익명(175.126)]

근데 왜 굳이 드랍 확인을 게임매니저에서 함 몬스터에서 처리하면 되는거 아닌감.. 그러면 걍 enum으로 존나 쉽게 처리될텐대

[익명(39.116)]

드랍확인은 어디서 하든 상관없는데, 아이템 오브젝트에 담긴 드랍율을 못가져오겠단 말이양...ㅜ

[익명(175.126)]

난 니 말을 이해를 못하겠음 아이템 오브젝트에서 왜 못가져오겠다는 건지도 걍 몬스터 속에 드랍가능한 아이템 스크립트 배열이 있으면 배열i.getcomponent아이템스크립트.드랍률 하면 되는데?

[익명(39.116)]

맞음. 이유는 모르겠는데, 아까는 .드랍률까지 하고 ; 때려넣으면, 비주얼스튜디오에서 자꾸 빨간 줄 긋더라고... 근데 어쨋든 형님의 말씀을 지침으로 삼아, 뭔가 자꾸 바꾸다보니까 성공했다! ㄳㄳ 근데 아까 내가 뭘 잘못했었는지 몰겠다는게 찝찝하지만 여튼 해냄!

[익명(119.75)]

그냥 코드를 올려라 답답하네

[익명(182.228)]

ㄹㅇㅋㅋ

[AnonymousD(kenshin122)]

일단 코드없이는 명확한 설명은 기대하지마. 그리고 배열[i].getcomponent<아이템스크립트>(); 이렇게 하다가 뇌정지 왔다는게 뭔소리? 그냥 그렇게 해봐 그럼. 원래 코드는 니하고싶은대로;;하는거임. 정석이라는건 없어

[익명(39.116)]

형님의 말씀을 나침반 삼아 먼 길을 가며 늘 보고 또 보며 가슴에 새기겠습니다.

[익명(119.75)]

인스펙터창도 같이올려라 내 예상에는 스크립트 자체를 못가져오는거같음 하위컴포넌트이던가 몬스터오브젝트도 배열프리팹이던가

[익명(39.116)]

그냥 몹한테 오롯이 박힌게 맞음. 마치 자신의 일처럼 답답해하며 신경써주시는 형님의 마음에 감탄하고 감.

[익명(119.75)]

Debug.Log(배열[i].getcomponent<itemScript>().드랍율) 찍어보던가

[익명(39.116)]

그리고 이거 맞음 ㅎㅎ

[HisaCat(hisacat)]

배열형이 몬스터스크립트냐? 그리고 몬스터스크립트 달린 게임오브젝트에 아이템스크립트(드랍테이블)박힌거고? 그런거면 애초에 몬스터스크립트에 public이던 SerializedField든 아이템스크립트를 미리 캐싱하던 인스펙터에서 넣어주던 한 다음에 GetComponent없이 배열로 참조한 몬스터스크립트에서 직접 아이템스크립트 접근하는게 더 편하고 속도도 빠름 GetComponent자체를 안쓸수 있는 고정된 구조면 안쓰는게 나음

[익명(39.116)]

몬스터 스크립트에 public GameObject[] dropItems; 저기에 미리 템 박아놓은 건 맞음. 근데 그런거라도 겟컴포넌트 없이 가져올 수 있다는 것입니까?! 시리얼라이즈드필드도 그냥 써보긴 했는데, 저게 더 나은 것이었답니까!?

[HisaCat(hisacat)]

가령 A컴포넌트 안에 B컴포넌트를 b라는 변수형으로 퍼블릭으로 선언하면 A컴포넌트만 가져오면 걍 A.b해서 다이렉트로 접근 가능하자나 친구야 getcomponent는 실제로 컴포넌트가 있는질 찾아다가 가져오는거라서 퍼포먼스 저하가있음 GameObject.Find든 GetComponent든 저렇게 직접 접근하는것보단 성능이 딸리기때문에 되도록 사양을 지양하는 방향으로 개발하는게 좋음 (어쩔수 없거나 퍼포먼스가 진짜 미미하고 가독성이나 구조 따져서 이걸 쓰는게 더 낫다 판단되는 경우엔 써야겠지) 이건 유니티 이전에 cs이해도랑 직결되는 문제인데, 개발 시작한지 오래된건 아닌것같으니 일단은 그냥 참고만해둬 뭐든 일단 완성하는게 우선이지

[익명(39.116)]

Find만 지향하라고 배웠는데, GetComponent 지향하면 좋은거구나. 근데 이거 없이는 어떻게 아무것도 못할 것 같다 ㅜ 일단 참고해두고 나중에 실력이 늘면서 선택할 수 있는 시기가 오면 그리하겠음. 조언 고마워~

[익명(121.157)]

이런거 물어볼땐 인스펙터나 하이어라키 등 주변정보를 다 스샷찍어서 갖고오는게 좋음

[익명(39.116)]

그건 맞아

[익명(122.45)]

빨간줄 에러메시지를 가져오면 바로해결이니라

[익명(122.45)]

설마 private은 아니겠지요 허허

[익명(39.116)]

뭐였더라, 뜬금없는 메세지였는데. 여튼 해결해서 다행ㅎㅎ