Godot: gdscript에 대한 일종의 try finally(또는 제외) 블록

흠, 저는 나쁜 코드로 인한 이상한 행동보다 프로그램의 충돌을 선호합니다. 제발 받지마
틀리다, 나는 예외가 올바로 수행되었을 때 예외를 사랑한다.

나는 이것이 새로운 정적으로("동적" 기능과 혼합?) 유형이 지정된 스크립트를 위해 v2.1에 남겨두어야 한다고 생각합니다.

예외는 발생하지 않습니다. Godot는 계속 작동하도록 설계되었습니다.
상태가 일치하지 않으면 동시에 오류를 보고합니다.

2016년 1월 30일 토요일 오전 8시 18분, RebelliousX [email protected]
썼다:

흠, 나는 나쁜 행동으로 인한 이상한 행동보다 내 프로그램의 충돌을 선호합니다.
암호. 제발 받지마
틀리다, 나는 예외가 올바로 수행되었을 때 예외를 사랑한다.

나는 이것이 새로운 정적으로 (혼합 된) v2.1에 남겨 두어야한다고 믿습니다
"동적" 기능은 아마도?) 스크립트를 입력했습니다.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/3516#issuecomment -177151923.

에 대해 생각하는 아이디어입니다. 예를 들어 폴더에 많은 이미지가 있고 타일셋으로 모두 열고 싶지만 이미지가 없다고 말하면 아무 일도 일어나지 않아야 합니다. 폴더에서 단순히 null을 확인할 수 있는 것처럼 보일 수 있지만 코드는 실제로 시도 블록에서 더 간단합니다. 그렇지 않은 경우 시도합니다. 오리 코드의 전체 개념은 훨씬 더 오리 코드입니다.

게다가 파이썬조차도 내가 제안하는 것과 동일한 것을 제외하고는 시도했지만 들어 본 적이 없습니다.

예, 이것은 장단점을 보면서 오랫동안 평가되고 고려되었습니다.
예외는 추가되지 않습니다

2016년 1월 30일 토요일 오전 8시 45분, trollworkout [email protected]
썼다:

에 대해 생각하는 아이디어입니다. 예를 들어 이미지에 많은 이미지가 있다고 가정해 보겠습니다.
폴더를 타일셋으로 모두 열고 싶지만 이미지가 없다고 말합니다.
아무 일도 일어나지 않아야 합니다. 단순히 null을 확인할 수 있는 것처럼 보일 수 있지만
폴더에서 코드는 실제로 try 블록에서 더 간단합니다.
멋지지 않아. 오리 코드의 전체 개념은 훨씬 더 오리 코드입니다.

게다가 파이썬조차도 내가 제안하는 것과 같은 일을 제외하고 시도합니다.
들은 적이 없다

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/3516#issuecomment -177155429.

문제 없어요 :)

노드의 인스턴스가 유효한 경우 노드의 프로세스 기능을 확인한 다음 "인덱스가 이전 해제된 인스턴스에 유효하지 않음"으로 인해 실패하는 경우가 발생하지 않았습니까?

오류가 결정적이지 않고 즉시 게임 충돌을 일으킬 수 있기 때문에(특히 내보낸 게임에서 전혀 보고되지 않기 때문에 짜증나는 일입니다). try, catch는 매우 깨끗하고 간단한 방법으로 버그를 해결합니다.

이것은 여전히 ​​FIRM 아니오입니까?

이 경우 @salvob41 을 사용할 수 있습니다.

if is_instance_valid(object):
    #Do what you want if the node exists

이 경우 @salvob41 을 사용할 수 있습니다.

if is_instance_valid(object):
    #Do what you want if the node exists

@Kotzuo , 실행 흐름이 결정적이지 않기 때문에 항상 작동하는 것은 아닙니다. process 함수는 위험합니다

이 경우 @salvob41 을 사용할 수 있습니다.

if is_instance_valid(object):
    #Do what you want if the node exists

@Kotzuo , 실행 흐름이 결정적이지 않기 때문에 항상 작동하는 것은 아닙니다. process 함수는 위험합니다

니말이 100% 맞아..... 위험한 패턴이야

하지만 네트워크 코드를 하는 경우에는 갈색 바지입니다! 연결 상태 코드를 가져오는 사이에 연결이 끊길 수 있습니다!

GDScript에서는 이 문제가 없는(또는 있다고 생각하지 않는) 다른 사람들로부터 이러한 방어를 하는 것이 약간 피곤합니다.... 그리고 다른 사람들이 다른 패턴으로 코드를 작성할 수도 있다고 제안합니다. 아마도 당신은 "맞는" 코딩을 하고 있고 내 방식은 "틀린" 것입니다.... 저도 모릅니다. 하지만 저는 몇 년 동안 이 방법으로 성공적으로 코딩했으며 이제 이 기능을 사용하면 강제로 사용하지 않아도 됩니다. 그들처럼 코딩하도록 강요합니다.

우리가 try and catch 문을 가지고 있다면 아무도 그것을 사용할 필요가 없습니다. 나와 이 사람은 우리가 원하는 방식으로 코딩할 수 있는 기능으로 그것을 원합니다.

힘든 결정입니다. 하지만, Godot는 오류를 잘 다루지 않기 때문에 우리는 모든 단일 null/오류 반환을 우리가 원하는 방식으로 오류 처리를 지원하는 다른 언어로 포장하려고 시도할 수 있습니다.
Swift는 좋은 대안입니다 .

Swift의 오류 처리는 try, catch 및 throw 키워드를 사용하는 다른 언어의 예외 처리와 유사합니다. Objective-C를 포함한 많은 언어의 예외 처리와 달리 Swift의 오류 처리에는 계산 비용이 많이 들 수 있는 프로세스인 호출 스택 해제가 포함되지 않습니다. 따라서 throw 문의 성능 특성은 return 문의 성능 특성과 비슷합니다.

Swift를 사용할 수 있는 방법이 있으면 문제가 되지 않습니다. 저는 Godot의 초보자이고 다른 언어를 동적으로 연결하는 방법이 있다고 들었습니다...
아, 또 좋은 소식이 있습니다. 2020년에 swift는 Windows에 대한 공식 지원을 추가할 예정입니다.
나는 이 주제에 대해 완전히 멍청하지만 1,000개의 if 문과 선택적 논리 흐름 없이 오류를 처리하는 방법이 있을 수 있습니다.

예, 이것은 장단점을 보면서 오랫동안 평가되고 고려되었습니다.
예외는 추가되지 않습니다

2016년 1월 30일 토요일 오전 8시 45분, trollworkout [email protected]
썼다:

에 대해 생각하는 아이디어입니다. 예를 들어 이미지에 많은 이미지가 있다고 가정해 보겠습니다.
폴더를 타일셋으로 모두 열고 싶지만 이미지가 없다고 말합니다.
아무 일도 일어나지 않아야 합니다. 단순히 null을 확인할 수 있는 것처럼 보일 수 있지만
폴더에서 코드는 실제로 try 블록에서 더 간단합니다.
멋지지 않아. 오리 코드의 전체 개념은 훨씬 더 오리 코드입니다.
게다가 파이썬조차도 내가 제안하는 것과 같은 일을 제외하고 시도합니다.
들은 적이 없다
—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
#3516 (댓글) .

글쎄, 이 주제가 시작된(그리고 끝난) 지 4년이 지났고, 여전히 이 문제에 직면하는 사람들이 있습니다(예를 들어, 저). 나는 != null , weakrefs , is_instance_valid 를 시도했는데 참조 노드의 상태가 유효성 검사와 참조 메서드 호출 사이에서 단순히 변경되기 때문에 아무 소용이 없습니다. Try ..catch ( 예외 무엇이든 )는 이 문제를 순식간에 해결할 것입니다.

@reduz 다시 열어주세요.
잘못된 유형을 할당할 때 편집기가 충돌하지 않도록 json을 처리하고 싶습니다.
Godot는 내가 안정적이라고 생각하는 것이 아닙니다. gdscript가 정적으로 입력되지 않기 때문에 매일 충돌합니다.

@Shadowblitz16 이것은 이미 길게 논의되었으며 지금쯤이면 GDScript에 예외가 추가되지 않을 것이 분명합니다. 예외를 사용하려면 C#과 같이 예외를 지원하는 다른 언어를 사용하십시오.