Godot: GDScript용 어레이 슬라이싱

이것은 range 및 #4716의 이해로 쉽게 수행됩니다.

var result = array[from:to:step]
# Is the same as:
var result = (array[i] for i in range(from,to,step))

또한 여기에 CoffeeScript 구문을 추가하려면 다음을 수행하십시오.

x = array[from...to]

단계 크기를 지원하기 위해 이것을 조정할 수 있습니다(그렇지 않기 때문에).

x = array[from..step..to]
# or
x = array[from...to:step]

imho python 구문은 :이 더 편리합니다. 더 적은 문자와 더 간결합니다.

imho python 구문은 :이 더 편리합니다. 더 적은 문자와 더 간결합니다.

+1. 그리고 덜 혼란스럽습니다. 우리는 파이썬과 비슷하므로 세계의 다른 모든 언어에서 동작을 가져오지 맙시다. 그렇지 않으면 GDScript가 정말 일관성이 없게 됩니다.

D 구문($은 배열의 크기임):

array[2..4]
array[2..$]
array[$-1..$]

참고용으로만. 나는 Python의 것이 GDScript와 더 잘 어울린다는 데 동의합니다 :P

저는 기꺼이 이 일을 할 의향이 있습니다.

첫 번째 단계로 네거티브 인덱싱을 추가하는 PR을 준비하고 있습니다. ( array[:-1] 를 허용하면 array[-1] 도 허용해야 합니다.)

어레이 슬라이스에 할당하는 것은 어떻습니까? 사용 사례가 있습니까?

나는 그것을 지원하는 코드를 얻을 수 있다고 확신하지만 사용 사례가 없다면 귀찮게하지 않을 수도 있습니다.

우리가 만들어야 하는 한 가지 제한 사항은 대체 값이 동일한 크기를 가져야 한다는 것입니다(파이썬은 바이트와 같은 고정 크기의 배열과 유사한 구조에도 적용함)

즉, 다음이 작동해야 합니다.

var a = range(10)
a[2:5] = [10, 11, 12]
print(a) #[0, 1, 10, 11, 12, 3, 4, 5, 6, 7, 8, 9]

다음과 같을 수 있습니다.

a = range(10)
a[1::2] = [10, 11, 12, 13, 14]
print(a) # [0, 10, 2, 11, 4, 12, 6, 13, 8, 14]

그러나 이것은 아마도 다음과 같이 되지 않을 것입니다.

a = range(10)
a[2:5] = [10]
print(a) # [0, 1, 10, 5, 6, 7, 8, 9]

의견?

참고로 저는 아직 작업 중입니다. 다음 주에 PR을 준비할 수 있지만 더 오래 걸릴 수 있습니다.

@brakhane 아무도 서두르지 않습니다 -- 시간을 가져보세요 :)

#5701 및 #5765 참조
DVector 및 ByteArray 바인드에 간단한 2인자 슬라이스 작업을 추가했습니다. 이 작업은 일부 향후 바인드와 함께 GDSript 저수준 어레이 유형(IntArray, StringArray 등)에 적용할 수 있습니다. -1을 처리할 코드가 아직 없습니다. 그 편리함을 지금에서야 깨달았습니다.

나는 이것이 3.0에 대해 구현되어야 한다고 생각합니다. 현재 우리는 PoolByteArray에 대해 구현된 subarray(from, to) 메소드가 있지만 다른 내장 유형에 대해서는 구현되어 있지 않으므로 매우 일관성이 없습니다. 3.0에 대해 일관된 것을 구현하지 않으면 나중에 교체될 수 있는 API 도입을 피하기 위해 #5879(아직 안정적인 릴리스로 제공되지 않음)를 되돌릴 것을 제안합니다.

내 구현은 98% 완료되었지만(작동하지만 디버그할 시간이 없는 일부 메모리 누수 및 임의 충돌이 있음) 실제 시간 제약으로 인해 완료할 수 없습니다.

누군가가 (나를 도와서) 완료할 수 있도록 내 WIP를 지점에 넣을 의향이 있습니다. 구현에 관한 질문에 도움을 드릴 수 있습니다. 내 노력이 낭비되면 부끄러운 일입니다 (지금까지 약 40 시간을 소비합니다)

구현은 매우 완벽한 기능입니다(그리고 실제로 그것이 얼마나 완성되었는지 매우 자랑스럽습니다). 예를 들어 할당을 포함하여 대부분의 배열 유형에 대해 슬라이싱은 Python에서와 같이 작동합니다(예: a[1:4] = [1,2,3] 도 작동합니다. a[1:3] = b[10:13:2] 및 그 반대).

그러나 몇 가지 주의 사항이 있습니다.

• 구현은 다소 복잡하며 이를 이해하려면 Variant.cpp 및 variant_op 및 바이트코드 인터프리터에 대해 어느 정도 이해해야 합니다.
• 제 정신을 유지하고 디버깅을 돕기 위해 variant_op의 일부 매크로를 동등한 템플릿으로 교체해야 했습니다. IMO를 사용하면 코드를 더 읽기 쉽게 만들 수 있지만(최적화를 이전만큼 빠르게 활성화할 수 있음) 코드가 2.1을 기반으로 하기 때문에 아마도 3.0으로 컴파일하려면 약간의 리팩토링이 필요할 것입니다. 또한 코드가 WIP이기 때문에 별도의 커밋으로 나눌 시간이 없었기 때문에 매크로가 템플릿으로 대체되는 동시에 변형 로직도 추가되는 경우가 있습니다. 두 가지를 구별하는 것이 조금 더 어렵습니다(그렇지만 어렵지는 않음).
• 바이트 코드 인터프리터가 이전 버전과 호환되지 않도록 하기 위해 편집기에 노출되어야 하는 새로운 데이터 유형 slice 을 도입해야 했습니다. 이 작업은 완료되었지만 몇 가지 거친 모서리가 있습니다.
• 이미 말했듯이 "유일한" 문제는 내가 알아낼 수 없는 일부 메모리 손상입니다. 이것을 디버깅하고 싶은 사람은 Godot 바이트코드 인터프리터가 어떻게 작동하는지 잘 알고 있어야 합니다.

코드를 어딘가에 넣어야 하는지 알려주세요. 나는 Godot 스크립트 내부에 익숙한 사람이 10시간 이내에 꼬임을 고칠 것이라고 생각합니다.

@brakhane 이미 작업이 완료되었으므로 포크에 코드를 넣고 Pull Request를 여는 것이 좋습니다. 이렇게 하면 다른 사람들이 귀하의 코드를 검토하고 댓글을 달 수 있습니다.

어떻게되고 있습니까?
기대됩니다. :)

@bojidar-bg는 우리의 새로운 gdscript 개발자입니다. 시도해 보시겠습니까? :피

글쎄, 3.1을 위해 추진할 것이다

하위 배열 방법은 포괄적인 범위를 사용하는 반면 이것은 (잘하면) 파이썬 스타일의 슬라이싱 범위를 사용한다는 점에 주목하고 싶었습니다.

하위 배열 방법은 사용하기가 약간 고통스럽고 너비가 0인 슬라이스를 만들려고 시도하지 않도록 특수 대/소문자를 작성해야 하기 때문에 희망합니다(예: 버퍼의 일부를 두 번 슬라이스하여 사용하려는 경우, '나머지' 슬라이스는 길이가 0일 수 있음) 슬라이스를 요청할 때 모든 길이에 -1 를 추가합니다.

편집: 사실, 상수 바이트를 슬라이싱하지 않고 -1을 할 수 있는 경우가 아니면 끝 슬라이스에 -1을 추가할 필요 가 없는 상황을 상상할 수 없습니다. 그것을 쓸 때.

이것으로 어떤 진전이 있습니까?
GDscript에서 이 기능을 실제로 사용할 수 있다는 것을 알게 되었습니다.

3.1이 이제 기능이 중지됨에 따라 다음 이정표로 이동합니다(3.2에는 다양한 GDScript 개선이 계획되어 있음).

안녕하세요, 방금 이 항목을 발견하고 2센트를 투자하고 싶었습니다.

스마트 슬라이싱이 개별 배열 인덱싱의 성능에 어떤 식으로든 영향을 미치는 경우 이를 피해야 합니다. GDScript에서 객체를 반복하는 것은 약간의 구문상의 설탕 때문에 성능 저하를 겪기에는 사용 사례에서 너무 일반적입니다.

나는 모두 문법적 설탕을 지지하지만, 일반 게임 개발자는 대괄호, 중괄호, 괄호 등과 관련된 모든 것이 GDScript에서 구현될 때 원자성 및 속도와 관련된 합리적인 기대치를 가지고 있다고 생각합니다. 그 계약이 깨지면 언제 GDNative에 무언가를 푸시해야 하는지에 대한 질문이 훨씬 더 흐릿해집니다. 좋은 "sub_array()" 또는 "slice()" 함수가 가장 좋은 방법이라고 생각합니다. 그러면 (내 생각에) 기존 배열 인덱싱 코드를 있는 그대로 유지할 수 있기 때문입니다.

이에 대한 진전이 있습니까? 그러한 방법을 추가하는 PR을 제출할 수 있습니다.

여전히 이것이 구현되기를 원합니다. 소식이 있나요?

마찬가지로 배열에서 하위 집합을 가져오고 싶습니다. 목록 이해와 일반 배열을 슬라이스하는 함수가 모두 존재하지 않는 것 같습니다. 대안이 약간 장황하므로 이 중 하나를 추가해야 합니다.

@bojidar-bg

이것은 range 및 #4716의 이해로 쉽게 수행됩니다.

var result = array[from:to:step]
# Is the same as:
var result = (array[i] for i in range(from,to,step))

이해가 아직 포함되지 않았기 때문에 현재 정확하지 않습니다. 현재 구문은 다음과 같습니다.

var result = []
for i in range(from, to, step):
    result.append(array[i])

이상하게도 개발자는 가독성을 이유로 이 기능(#15222)에 대한 PR을 거부했습니다.

우리는 IRC에서 많은 핵심 개발자들과 이에 대해 논의했으며 일반적인 느낌은 목록 이해의 구문이 코드를 읽기 어렵게 만들고 GDScript의 설계 원칙에 어긋나는 직관적이고 읽기 쉬운 구문을 갖는다는 것입니다.

개인적으로 세 줄보다 한 줄이 더 읽기 어렵다고 생각합니다. 이 대화를 다시 시작해야 한다고 생각하는 사람이 있습니까?

@SnailBones Array.slice() 메서드가 내장되어 있는 것이 여기에서 가장 합리적이라고 생각합니다. JavaScript와 같은 언어에는 비슷한 기능이 있으며 잘 작동하는 것 같습니다.slightly_smiling_face:

목록 이해가 좋을 것이라고 생각하지만 별도의 Array.slice() 가 있으면 상관없이 유용할 것입니다.

저는 지금 Array.slice 방법을 연구 중입니다.

Python이 해당 슬라이스 객체를 연산자로 배열에 공급하는 방식과 같은 새로운 Variant 슬라이스 유형을 생성하거나 배열의 슬라이스 함수에 대한 호출이 컴파일러에서 하드 코딩되도록 하는 것이 더 선호됩니까? slice 메서드가 완료되었으며 gdscript 인덱싱에 start:end:delta 구문을 추가하려고 합니다.

슬라이스 객체는 더 "파이썬" ;) 하지만 하드 코딩된 방법
거의 확실히 더 빠를 것입니다. 어느 쪽이든,
시작:끝 :델타 구문
매우 도움이 될 것입니다.

2019년 7월 20일 토요일 오후 6:05 Cameron Reikes [email protected]
썼다:

다음과 같은 새로운 Variant 슬라이스 유형을 생성하는 것이 더 좋습니까?
파이썬은 해당 슬라이스 객체가 배열에
연산자 또는 배열의 슬라이스 함수에 대한 호출이
파서에 하드 코딩되어 있습니까? 슬라이스 방법을 완료하고 찾고 있습니다.
gdscript 인덱싱에 start:end :delta 구문을 추가합니다.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/4715?email_source=notifications&email_token=ACJUE6P4A4CDQWUS4PSQQH3QAOK2JA5CNFSM4CEI4JPKYY3PNVWQWK3TUL52HS4DFVEXG43NVMXVBW
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ACJUE6LOTSF243FOYXXR2SDQAOK2JANCNFSM4CEI4JPA
.

나는 슬라이싱이 파서의 연산자가 될 수 있고 더 잘 작동하기 때문에 새로운 슬라이스 종류의 변형을 사용한다고 생각합니다. 개발자가 무게를 싣습니다.

당신이 그것에 대해 옳다. 또한 구문을 재사용하는 것이 훨씬 쉬울 것입니다.
나중에 다른 것들을 위한 구조. 나에게 최선의 선택처럼 들린다.

2019년 7월 20일 토요일 오후 11:28 Cameron Reikes [email protected]
썼다:

나는 슬라이싱 때문에 새로운 슬라이스 종류의 변형을 사용한다고 생각합니다.
파서의 연산자가 될 수 있으며 더 잘 작동합니다.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/godotengine/godot/issues/4715?email_source=notifications&email_token=ACJUE6IMHLNTYTVL7DITY2TQAPQX3A5CNFSM4CEI4JPKYY3PWWWK3TUL52HS4DFVREXG43VMVBW63
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ACJUE6P5Q55EXAWD6IB4ARDQAPQX3ANCNFSM4CEI4JPA
.

어딘가에 여전히 놓여 있는 이전 구현을 찾을 수 있는지 확인하겠습니다. 90% 완료되었으며 배열을 인덱싱하는 데 사용할 수 있는 슬라이스 객체가 있다는 점에서 Python처럼 작동했습니다. Arr[2:4] = [1,2,3]과 같은 작업을 수행할 수도 있습니다.

시간 제약 때문에 작업을 중단했습니다

@brakhane 매우 도움이 될 것입니다. 지금 저는 새로운 슬라이스 객체 변형 유형을 추가하는 과정에 있어 슬라이싱 작업이 작업으로 간주되어 파서를 훨씬 쉽게 수정할 수 있습니다.

@creikey 내 접근 방식과 매우 유사하게 들립니다. 내 Godot GitHub 리포지토리를 삭제했지만 코드가 여전히 다른 곳에 있을 수 있습니다. 업데이트를 게시하겠습니다

@creikey 완전히 최근이 아닌 WIP를 찾았습니다(이 버전에는 일부 기능이 누락되었을 수 있음). 여기에서 찾을 수 있습니다: https://github.com/brakhane/godot/compare/4c4ab14..8a258c0

여전히 몇 가지 버그가 있습니다. 예를 들어 https://github.com/brakhane/godot/compare/4c4ab14..8a258c0#diff -7d521a4f767fb1ae3c908a20616084a4R1446 대신 ".end"라고 표시되어야 합니다.

질문이 있으시면 기꺼이 답변해 드리겠습니다. 또한 최신 버전을 찾으려고 노력할 것입니다.

저는 이제 포괄적인 상한선이 있는 함수보다 파이썬 배열 슬라이싱을 추가하는 것이 불필요한 복잡성을 추가하는 것이라고 생각합니다. 메서드를 추가하는 것과 비교하여 이점이 거의 없는 새로운 변형을 생성해야 하기 때문입니다.