[🐣질문] 늅) 유니티 유니태스크 반복문 어케 빠져나가줘야함?

[익명(114.204)]

계속 돌고 게임 종료시엔 끝나야하는데 안끝나네...;; 

[퍅셔미(wvvwvwwvw)]

어려운 길을 가는구나... OnApplicationQuit 에서 처리릏 해주면 당장은 해결됨. 하지만 비정상 종료시엔 호출되지 않는 함수라, 어떻게든 따로 감지해서 죽이는 방법을 써야 됨. 비동기를 꼭 써야하는 상황이 아니라면 코루틴을 사용하는 방법이 가장 추천됨.

[퍅셔미(wvvwvwwvw)]

도움이 될 것 같은 링크를 하나 남김
https://gamedev.stackexchange.com/questions/198945/unity-does-not-kill-everything-on-application-quit

[ㅇㅇ 1(114.204)]

유니태스크가 좋은게 아니였어? ㅜㅠ 코루틴이 나은거였다니

[퍅셔미(wvvwvwwvw)]

코루틴은 리턴타입 설정이 안되기때문에 어떤 문제냐에 따라 콜백 지옥을 유발할 수 있고, 태스크 방식이 더 좋을때도있음. 사실 문제에 따라 다르지만, 너가 위에 적어준 문제 (단서가 적어서 뭔상황인지 정확힌 모르겠지만)에서는 코루틴이 더 좋아보이는 것 같네

[퍅셔미(wvvwvwwvw)]

비동기 방식자체가 스레드가 나뉘는거니까 성능측면에서 굉장히 유리한 점은 있지. 근데 결국 상황에 맞게 적절한걸 써야함

[ㅇㅇ 1(114.204)]

유니태스크가 코루틴보다 훨씬 사용이 편한거 같아서... 그리고 모노비헤이버 상속 안받아도 쓸수 있으니 너무 편하던데 무적은 아니구나 ㅠㅠ

[퍅셔미(wvvwvwwvw)]

모노비헤이비어 상속을 받고, 유니티가 관리해주는 영역 내에서 코루틴을 돌리면, 지금 겪는 문제에 대한 고민은 없어지지. 코루틴은 오브젝트에 바인딩 되어 있으니까. 아마 유니티 말고 다른 프로그래밍을 많이 하다 온 사람인가보네

[퍅셔미(wvvwvwwvw)]

모처럼 프레임워크를 사용하는거니까, 프레임워크에서 지원해주는 '틀'에 맞춰서 프로그래밍 해 보는 것도 좋아.

[ㅇㅇ 1(114.204)]

답변 너무 고마움 다른거 하다온건 아닌데 모노비헤이버 상속 안받고 만들면 좋다고 들어가지고 그런 방향으로 짜보고 있었는데 코루틴을 못쓰니까 골치가 아프더라고 유니태스크가 그걸 해결해주니 너무 좋던데 이번처럼 문제되는 상황이 좀 생기더라고..

[퍅셔미(wvvwvwwvw)]

프로그래머가 말하는 "좋다" 라는거는 일반적인 의미의 "좋다"로 받아들이면 안되는 경우가 꽤 잦음. "좋음"이라기보다는 "이상적임"에 가깝거든. 이상적이라는 말은, 실제로는 여러 제약때문에 그렇게 하기 어렵다는뜻이고. 실제로 "이상"만을 추구하면 오히려 배보다 배꼽이 더 커지거나, 괜히 더 안 좋은 결과물을 낼 수도 있음. 그렇다고 당장 쉽고 편한것만 취하는것도 문제가 되지만.. 아까도 한번 얘기했듯이 프로그래밍에 "무적"은 없으니까 어느정도는 유도리있게 받아들이도록 해 화이팅!

[ㅇㅇ 1(114.204)]

고마워 ㅠㅠ 괜히 늅주제에 모노비헤이버 안썼다가 골치만 아파졌구만 ㅋㅋㅋㅋㅋ

[익명(211.33)]

https://gall.dcinside.com/game_dev/166756

[익명(211.33)]

cancellation 토큰 쓰면됨

[ㅇㅇ 1(114.204)]

ㄱㅅ 참고해볼게

[SR4(succeed4464)]

모노비헤이비어에 의존적이지 않은 코드를 짜는 건 좋은 방향이라고 봐!
일단 질문에 답변을 해보자면 요즘은 유니티에서 자체적으로 캔슬 토큰을 지원을 하니까 이걸 물려두면 될 거야.
https://docs.unity3d.com/ScriptReference/Application-exitCancellationToken.html
참고로
특정 스크립트(오브젝트)의 파괴시점을 기준으로 캔슬하고 싶을 때는 이런 것도 제공하고 있어
https://docs.unity3d.com/ScriptReference/MonoBehaviour-destroyCancellationToken.html

[SR4(succeed4464)]

혹시 이미 알 수도 있겠지만 노파심에 적어보자면... 캔슬 토큰은 링크를 거는 게 가능해.
즉 '게임 종료시에 캔슬되거나, 특정 오브젝트 파괴시에 캔슬되는 토큰' 같은 걸 만들 수도 있어.
이건 유니태스크나 유니티 쪽에서 지원하는 게 아니라 아예 c#언어 차원에서 지원하는 거
https://learn.microsoft.com/en-us/dotnet/api/system.threading.cancellationtokensource.createlinkedtokensource?view=net-8.0

[ㅇㅇ 1(114.204)]

ㄱㅅㄱㅅ 하나하나 다 읽어봐야겠네 혹시 링크라고 하는게 참조한다고 생각하면 되는걸까?

[SR4(succeed4464)]

대신 이렇게 링크를 걸기 시작하면 '게임 종료시에 캔슬' '특정 오브젝트 파괴시 캔슬' '게임종료시에 캔슬되거나, 특정 오브젝트 파괴시에 캔슬' 이라는 3가지 종류의 토큰이 있는 거니까 엉뚱한 토큰 안 물리게 조심해야하구. 난 습관처럼 그냥 토큰 변수를 token 이라고 적는데 이랬다가 토큰을 엉뚱한데 물리는 바람에 내가 원하는 타이밍에 캔슬이 안 되서 막 디버깅하던 경험이 있었음.

[SR4(succeed4464)]

참조라기보다는 1번 토큰과 2번 토큰을 합쳐서 제 3의 토큰을 만들어내는 거야. 대신 조건은 기존의 토큰들 중에 하나라도 만족하면, 캔슬된다! 라는 식

[ㅇㅇ 1(114.204)]

아아아 고마워 올려준거 하나하나 다 살펴봐야겠네 너는 코루틴하고 유니태스크랑 섞어서 쓰는 편이야?

[SR4(succeed4464)]

난 절대 안 섞는 파. 이걸 섞어쓰면 코루틴을 쓸지 유니태스크를 쓸지를 각자(다른 플머들)의 판단에 맡겨야 하는데 거기서 개인의 성향이나 취향에 따라 바뀔 수도 있다는 것 자체가 안 좋다고 보고 있어. 그리고 코루틴으로 작성했다가 아 반환값 있어야겠네.. 싶어서 유니태스크로 다시 바꾸는 그런 상황도 생기는 것도 싫고. 예외적으로 외부 어셋 사용중인데 코루틴 쓴다면 그냥 그건 용납하고 있어. 어차피 코루틴을 ToUniTask로 변환해서 기존 구조에 물릴 수도 있으니까.

[ㅇㅇ 1(114.204)]

오 그렇게도 생각할 수 있겠네 기왕 유니태스크 사용해본거 계속 시행착오 겪어봐야겠다. 정말 고맙다 ㅠㅠㅠㅠㅠㅠ

[SR4(succeed4464)]

화이팅 ㅋㅋ 캔슬 관리가 좀 까다롭지만 이거 하나만 손에 익으면 비동기로 고생하는 일은 많이 없어질 거야 ㅋ

[ㅇㅇ 1(114.204)]