버그가 되는 이유

OnBecameInvisble()이라는 함수가 유니티 API 자료에서는 그냥 안보이게 되면 호출이 된다라고 만 하는데 구체적으로는 보였던게 안보일 때는 말하는거라고 봐야겠죠? 그러니까, 저 버그가 발생 했을때, 화면속에 안보이는게 파괴되어서 또 다시 한번 더 안보이게 됐지만, OnBecameInvisible()은 호출이 안됀거구요

bounds.size와 size의 차이

프로젝트 자체를 전달해 드리고 싶은데 어떻게 하면 좋을까요? 메일로는 용량이 너무 크다고 하다 guthub에 올려뒀는데 묘안이 있을까요?

이게 같은 의미인가요?

답변 감사드립니다 예전에 C를 배우긴 했는데, 다 배운건 아니고 딱 포인터 배우고 그만뒀거든요 설명해주신 포인터와 이중포인터는 설명 듣고 바로 이해는 했습니다. 그리고 왜 이 질문을 하게 됐는가 생각해보니까 저도 모르게 머리속에서 참조와 주소가 같은 것이다라고 생각을 한 모양입니다 알려주신 내용과 제 기억을 더듬어 결론을 내봤는데 맞는지 확인을 해주실 수 있을까요? 변수가 주소를 들고 있는 경우와 참조(이중포인터)를 들고 있는 경우는 다르다 주소를 들고 있는 변수를 따라가면 해당 주소에 상주하고 있는 값을 만날 수 있다 참조를 들고 있는 변수를 따라가면, 해당 주소에 상주하고 있는 또 다른 주소를 만날 수 있다. 최종적으로 값을 만나려면, 그 또 다른 주소를 따라 가면 된다 이런건가요?

복습을 하려고 합니다

일단은, 각 장르마다 어느정도 정해진 방법들이 있다고 말씀해주시니까 그것부터 해보는게 좋겠네요 감사합니다

this 키워드

ClosePopupUI는 인자로 UI_Popup을 받고 있으니,UI_Popup 스크립트를 상속받은 Component를 인자로 받겠다는 의미가 됩니다.(게임오브젝트를 인자로 받을 것이었으면 GameObject로 받아줘야 합니다.) 만약에, UI_Popup 클래스를 상속받는 다른 클래스에서 ClosePopupUI()를 호출하면, 그 차일드 클래스의 componenet가 지워지는거죠? Component는 반드시 GameObject에 기생하는 형태로 동작하기 때문에 GameObject를 인자로 받는 대신 이렇게 원하는 특정 Component를 받아주면 편리합니다. 이게 편리한 이유는 특정한 Component만을 없애고, 그 Component를 들고 있던 GameObject는 살릴수 있으니까 그런거죠?