[task] | two_turn [pass] | ⏳ 미판정 [title] | SortableDataStorage [question] | DeleteAndWait와 DeleteAsync 메서드를 사용해서 특정 키의 데이터를 삭제할 때, 삭제 실패 시 에러 코드를 처리하는 로직은 어떻게 작성해야 합니까? [answer] | `DeleteAndWait`와 `DeleteAsync` 메서드는 데이터 삭제 작업의 결과를 에러 코드로 반환하거나 콜백 함수를 통해 전달합니다. 삭제 실패를 처리하려면 이 에러 코드를 확인하는 로직을 작성해야 합니다. ### 1. DeleteAndWait (동기식) 사용 시 `DeleteAndWait`는 `[Yield]` 속성을 가지며, 실행 중 스크립트 실행을 중단합니다. 작업이 완료되면 에러 코드(`int32`)를 반환합니다. 보통 에러 코드가 `0`인 경우 성공, 그 외의 값은 실패로 간주하여 처리합니다. ```lua [s [followup] | 비동기 삭제(DeleteAsync)에서 콜백을 통해 전달되는 에러 코드와 키를 사용하여 로그를 출력하는 mLua 스크립트 예제를 작성해 주세요. [followup_answer] | `DeleteAsync` 메서드는 비동기로 데이터를 삭제하며, 작업이 완료되면 에러 코드(`int32`)와 키(`string`)를 인수로 받는 콜백 함수가 호출됩니다. 이 정보를 사용하여 로그를 출력하는 mLua 스크립트 예제는 다음과 같습니다. ```lua Method: [server only] void OnBeginPlay() { local ds = _DataStorageService:GetGlobalDataStorage("StorageName") local keyToDelete = "TargetKey" [scores] | [judge_reason] | [source_doc] | lbackFunction) [ServerOnly]** 입력한 DataStorageKeyInfo들로 데이터들을 저장합니다. 이 작업은 비동기로 수행되며, 작업이 완료되면 에러 코드, 저장에 성공한 DataStorageKeyInfo들과 함께 callbackFunction으로 전달된 함수가 호출됩니다. - **int32 DeleteAndWait(string key) [ServerOnly] [Yield]** 입력한 키로 데이터를 삭제하고 에러 코드를 반환합니다. 수행하는 동안 스크립트 실행을 중단합니다. - **void Delete
[task] | single_turn [pass] | ⏳ 미판정 [title] | SortableDataStorage [question] | _DataDataStorageService:GetSortableDataStorage("Storage")에서 "Storage" 인자는 서버 내 유일한 저장소 이름을 의미하나요? [answer] | 제공된 문서에는 `_DataStorageService:GetSortableDataStorage("Storage")` 호출 시 `"Storage"` 인자가 "서버 내 유일한 저장소 이름"을 의미한다는 명시적인 정의나 설명이 없습니다. 문서에는 해당 메서드를 사용하여 `"Storage"`라는 문자열 인수를 전달하는 예제 코드만 제시되어 있으며, 인수의 고유성(유일성)이나 네이밍 규칙에 대한 기술적 제약 사항은 언급되지 않았습니다. 따라서 주어진 정보만으로는 `"Storage"`가 서버 내 유일한 이름인지 여부를 확인할 수 없습니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | # Examples #### IncreaseAndWait 값을 증가시키는 예제입니다. ```lua local ds = _DataStorageService:GetSortableDataStorage("Storage") -- "Key"에 해당하는 값이 없을 경우 기본 값으로 생성 후 1을 증가시킵니다. local errorCode, value = ds:IncreaseAndWait("Key", 1) ``` #### IncreaseAsync 값을 비동기로 증가시키는 예제입니다. ```lua local ds = _DataStor
[task] | instruction_following [pass] | ⏳ 미판정 [title] | Tweener [question] | Tweener의 Complete(), Restart(), Rewind(), Stop() 메서드의 동작 차이를 3문장 이내로 비교하여 설명하세요. [answer] | `Complete()`는 트윈을 즉시 완료 상태로 만드며, `Restart()`는 처음부터 다시 재생을 시작합니다. `Rewind()`는 트윈을 초기 상태로 되돌리지만 재생을 시작하지 않고, `Stop()`은 트윈을 완전히 중지시킵니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 트윈 동작을 나타냅니다. # Properties - **boolean AutoDestroy** 트윈이 완료된 후 자동 파괴 여부를 설정합니다. - **int32 CurrentLoopCount [ReadOnly]** 트윈에 설정된 반복 재생 횟수 중 몇 번째 재생인지를 나타냅니다. 첫 번째 재생 시 값은 1입니다. - **float Delay** 트윈의 총 재생 시간에서 재생 지연 시간을 설정합니다. 길이가 5초인 Tweener에 Delay를 2초로 설정하면 3초 동안만 Tween을 재생합니다. - **EaseType
[task] | two_turn [pass] | ⏳ 미판정 [title] | SortableDataStoragePages [question] | SortableDataStoragePages 를 사용하여 월드의 데이터를 페이지별로 조회하는 기본 원리와 순회 로직을 알려주세요. [answer] | SortableDataStoragePages는 월드에 저장된 SortableDataStorage 데이터를 페이지 단위로 나눠서 조회할 수 있게 해주는 기능입니다. 한 번에 모든 데이터를 가져오는 대신, 페이지를 넘기면서 필요한 데이터를 순차적으로 처리할 수 있습니다. 기본 원리는 다음과 같습니다. 1. **현재 페이지 데이터 조회**: `GetCurrentPageDatas()` 메서드를 호출하여 현재 위치의 데이터 목록을 테이블 형태로 가져옵니다. 2. **마지막 페이지 확인**: `IsLastPage` 프로퍼티를 확인하여 [followup] | LoadNextPageAndWait() 가 에러 코드 0 이 아닌 값을 반환하는 경우와 IsLastPage 가 true 일 때의 처리 로직을 코드와 함께 설명해 주세요. [followup_answer] | `LoadNextPageAndWait()`와 `IsLastPage`는 페이지 순회 중 데이터 조회를 중단해야 하는 두 가지 서로 다른 상황을 나타냅니다. ### 1. `LoadNextPageAndWait()`가 0 이외의 값을 반환하는 경우 `LoadNextPageAndWait()`는 다음 페이지의 데이터를 서버에서 미리 불러오는 역할을 합니다. 이 함수는 `int32` 타입의 에러 코드를 반환하며, **0을 반환할 때만 성공**을 의미합니다. - **의미**: 0이 아닌 값(예: -1, 1 등)을 반환하면 다음 페이지 데이터 [scores] | [judge_reason] | [source_doc] | 월드의 SortableDataStorage들을 조회할 수 있는 기능을 제공합니다. # Properties - **boolean IsLastPage [ReadOnly]** 현재 페이지가 마지막 페이지인지 확인합니다. # Methods - **table<SortableDataStorage> GetCurrentPageDatas() [ServerOnly]** 현재 페이지의 SortableDataStorage 목록을 가져옵니다. - **int32 LoadNextPageAndWait() [ServerOnly] [Yield]**
[task] | single_turn [pass] | ⏳ 미판정 [title] | SortableDataStorage [question] | IncreaseAsync의 콜백 함수에서 errorCode가 0이 아닌 경우를 확인해야 하는 이유는 무엇이며, 실패 시 데이터를 어떻게 복구하거나 재시도해야 하나요? [answer] | 제공된 참고 문서에는 `IncreaseAsync` 메서드의 콜백 함수에서 `errorCode`가 0이 아닌 경우를 확인해야 하는 구체적인 이유, 실패 시 데이터 복구 절차, 또는 재시도(retry) 로직에 대한 설명이 포함되어 있지 않습니다. 문서에는 `IncreaseAsync`가 비동기로 값을 증가시키고 작업이 완료되면 콜백 함수를 호출한다는 사실과, 콜백 인자로 `errorCode`, `key`, `value`를 받는다는 문법적 정보만 제시되어 있을 뿐, 에러 처리나 복구 방법은 명시되어 있지 않습니다. 따라서 문서에 근거하 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | # Examples #### IncreaseAndWait 값을 증가시키는 예제입니다. ```lua local ds = _DataStorageService:GetSortableDataStorage("Storage") -- "Key"에 해당하는 값이 없을 경우 기본 값으로 생성 후 1을 증가시킵니다. local errorCode, value = ds:IncreaseAndWait("Key", 1) ``` #### IncreaseAsync 값을 비동기로 증가시키는 예제입니다. ```lua local ds = _DataStor
[task] | two_turn [pass] | ⏳ 미판정 [title] | SortableDataStorage [question] | SortableDataStorage에서 비동기 조회와 동기 대기 조회의 차이는 무엇인가요? [answer] | SortableDataStorage에서 비동기 조회와 동기 대기 조회의 가장 큰 차이는 **스크립트 실행 흐름이 중단되는지 여부**입니다. ### 1. 동기 대기 조회 (AndWait) * **특징**: 함수 이름이 `AndWait`로 끝납니다 (예: `GetVersionsAndWait`, `IncreaseAndWait`). * **동작 방식**: 데이터 조회나 수정 작업이 완료될 때까지 **현재 스크립트 실행이 중단**됩니다. * **결과 처리**: 작업이 완료되면 함수가 직접 에러 코드와 결과 값을 반환합니다. * [followup] | GetVersionsAsync와 GetVersionsAndWait를 사용할 때 callbackFunction과 [Yield] 속성이 스크립트 실행 흐름에 미치는 구체적인 영향은 무엇이며, 서버 측에서 이들을 조합하여 사용하는 코드 예시는 어떻게 작성하나요? [followup_answer] | `GetVersionsAsync`와 `GetVersionsAndWait`를 사용할 때 callbackFunction과 `[Yield]` 속성이 스크립트 실행 흐름에 미치는 영향과 조합 예시는 다음과 같습니다. ### 1. callbackFunction과 [Yield]의 영향 * **`GetVersionsAndWait` ([Yield] 포함)** * **실행 흐름**: 함수가 `[Yield]` 속성을 가지므로, 버전 조회 작업이 완료될 때까지 **현재 스크립트의 실행이 중단**됩니다. * **결과 처리** [scores] | [judge_reason] | [source_doc] | rection으로 오름/내림차순 정렬을 설정할 수 있습니다. min, max로 설정한 범위 내의 데이터들을 조회할 수 있습니다. 이 작업은 비동기로 수행되며, 작업이 완료되면 에러 코드, 조회용 객체와 함께 callbackFunction으로 전달된 함수가 호출됩니다. - **int32, DataStorageVersionPages GetVersionsAndWait(string key, SortDirection sortDirection, DateTime minDate, DateTime maxDate) [ServerOnly] [Yield
[task] | two_turn [pass] | ⏳ 미판정 [title] | Tweener [question] | Tweener의 반복(Loop) 관련 프로퍼티와 동작에 대해 설명해 주세요. [answer] | Tweener의 반복(Loop) 동작은 `LoopCount`와 `LoopType` 프로퍼티를 통해 제어되며, 현재 반복 상태를 확인하기 위해 `CurrentLoopCount`를 사용할 수 있습니다. **1. 반복 관련 프로퍼티** * **`LoopCount` (int32)** * 트윈이 재생될 반복 횟수를 정의합니다. * 값이 `-1`인 경우 트윈은 무한히 반복됩니다. * **`LoopType` (TweenLoopType)** * 반복할 때의 재생 방식을 지정합니다. * `Res [followup] | LoopCount를 -1로 설정하고 LoopType을 PingPong으로 했을 때, CurrentLoopCount 값은 어떻게 변화하며 어떤 주의사항이 있나요? [followup_answer] | `LoopCount`를 `-1`로 설정하고 `LoopType`을 `PingPong`으로 했을 때의 동작과 주의사항은 다음과 같습니다. ### 1. CurrentLoopCount 값의 변화 `CurrentLoopCount`는 "트윈에 설정된 반복 재생 횟수 중 몇 번째 재생인지를 나타내는" 읽기 전용(ReadOnly) 프로퍼티입니다. * **초기 상태:** 첫 번째 재생이 시작되면 값은 **1**이 됩니다. * **변화:** 트윈이 반복될 때마다 값이 증가합니다. `LoopCount`가 `-1`(무한 반복)이므로 트윈이 완료 [scores] | [judge_reason] | [source_doc] | 트윈 동작을 나타냅니다. # Properties - **boolean AutoDestroy** 트윈이 완료된 후 자동 파괴 여부를 설정합니다. - **int32 CurrentLoopCount [ReadOnly]** 트윈에 설정된 반복 재생 횟수 중 몇 번째 재생인지를 나타냅니다. 첫 번째 재생 시 값은 1입니다. - **float Delay** 트윈의 총 재생 시간에서 재생 지연 시간을 설정합니다. 길이가 5초인 Tweener에 Delay를 2초로 설정하면 3초 동안만 Tween을 재생합니다. - **EaseType
[task] | code [pass] | ⏳ 미판정 [title] | GlobalDataStoragePages [question] | GlobalDataStoragePages 컴포넌트의 MoveToNextPageAndWait 메서드를 호출하여 다음 페이지로 이동한 후, IsLastPage 프로퍼티를 통해 마지막 페이지 여부 판단 로직을 포함하는 [server only] 스크립트를 작성해줘 [answer] | `GlobalDataStoragePages` 컴포넌트는 `DataStorageService`를 통해 생성된 객체로, 서버에서만 사용할 수 있는 메서드와 프로퍼티를 제공합니다. 다음 페이지로 이동하는 `MoveToNextPageAndWait()`와 마지막 페이지 확인용 `IsLastPage` 프로퍼티를 포함한 `[server only]` 스크립트는 다음과 같이 작성할 수 있습니다. 참고로, 다음 페이지로 이동하기 전에는 해당 페이지의 데이터를 미리 불러오기 위해 `LoadNextPageAndWait()`를 호출하는 것이 권장되는 순 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 월드의 GlobalDataStorage들을 조회할 수 있는 기능을 제공합니다. # Properties - **boolean IsLastPage [ReadOnly]** 현재 페이지가 마지막 페이지인지 확인합니다. # Methods - **table<GlobalDataStorage> GetCurrentPageDatas() [ServerOnly]** 현재 페이지의 GlobalDataStorage 목록을 가져옵니다. - **int32 LoadNextPageAndWait() [ServerOnly] [Yield]** 다음 페
[task] | single_turn [pass] | ⏳ 미판정 [title] | SortableDataStorage [question] | DataStorageKeyInfo 를 사용한 TransactSetByInfoAndWait 와 일반 String 키를 사용하는 TransactSetAndWait 는 입력 파라미터 구조에서 어떤 차이가 있나요? [answer] | `TransactSetAndWait`와 `TransactSetByInfoAndWait`는 입력 파라미터의 키 타입과 데이터 구조에서 다음과 같은 차이가 있습니다. 1. **키 타입 차이** - **`TransactSetAndWait`**: 일반 문자열(`string`)을 키로 사용합니다. - **`TransactSetByInfoAndWait`**: `DataStorageKeyInfo` 객체를 키로 사용합니다. 2. **입력 파라미터 구조 차이** - **`TransactSetAndWait`**: `Dictiona [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | eld]** 입력한 키들로 데이터를 삭제합니다. 호출에 포함된 모든 작업이 성공하면 에러 코드, 삭제에 성공한 키들을 반환합니다. 수행하는 동안 스크립트 실행을 중단합니다. 모든 작업 중 하나라도 실패한다면, 함수 호출이 실패합니다. 한 번에 최대 20개 Key까지 조작할 수 있습니다. - **void TransactDeleteAsync(List<string> keys, func<int32, List<string>> callbackFunction) [ServerOnly]** 입력한 키들로 데이터를 삭제합니다. 이 함수 호출은
[task] | single_turn [pass] | ⏳ 미판정 [title] | Tweener [question] | 트윈이 완료된 후 IsPlaying 값이 자동으로 false가 되지만, 특정 상황에서 여전히 true로 확인되는 원인은 무엇일까요? [answer] | 제공된 문서에는 `IsPlaying` 프로퍼티가 "현재 Tweener가 재생 중인지 여부를 확인"한다고만 정의되어 있으며, 완료 후에도 `true`로 유지되는 특정 상황이나 그 원인에 대한 설명은 포함되어 있지 않습니다. 따라서 주어진 정보만으로는 해당 현상의 원인을 설명할 수 없습니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 트윈 동작을 나타냅니다. # Properties - **boolean AutoDestroy** 트윈이 완료된 후 자동 파괴 여부를 설정합니다. - **int32 CurrentLoopCount [ReadOnly]** 트윈에 설정된 반복 재생 횟수 중 몇 번째 재생인지를 나타냅니다. 첫 번째 재생 시 값은 1입니다. - **float Delay** 트윈의 총 재생 시간에서 재생 지연 시간을 설정합니다. 길이가 5초인 Tweener에 Delay를 2초로 설정하면 3초 동안만 Tween을 재생합니다. - **EaseType
[task] | code [pass] | ⏳ 미판정 [title] | SortableDataStorage [question] | _InventoryService:SetByInfoAsync(keyInfo, 100, callback)를 통해 DataStorageKeyInfo 객체를 생성하여 특정 아이템의 수량을 100으로 저장하고, 저장 완료 시 에러 코드를 확인하는 [server only] 스크립트를 작성해줘 [answer] | ```lua Property: [None] string TargetItemId = "Item01" Method: [server only] void OnBeginPlay() { local ds = _DataStorageService:GetCreatorDataStorage() local keyInfo = DataStorageKeyInfo() keyInfo.Key = self.TargetItemId keyInfo.Version = 1 ds:SetByInfoAsync(keyInfo, [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | rection으로 오름/내림차순 정렬을 설정할 수 있습니다. min, max로 설정한 범위 내의 데이터들을 조회할 수 있습니다. 이 작업은 비동기로 수행되며, 작업이 완료되면 에러 코드, 조회용 객체와 함께 callbackFunction으로 전달된 함수가 호출됩니다. - **int32, DataStorageVersionPages GetVersionsAndWait(string key, SortDirection sortDirection, DateTime minDate, DateTime maxDate) [ServerOnly] [Yield
[task] | single_turn [pass] | ⏳ 미판정 [title] | Tweener [question] | LoopType을 PingPong으로 설정했을 때 Restart 타입과 구별되는 구체적인 동작 차이가 무엇인가요? [answer] | `LoopType`을 `PingPong`으로 설정하면 트윈이 순차 재생(시작값 → 종료값)과 역 재생(종료값 → 시작값)을 번갈아 가며 반복합니다. 반면, `Restart` 타입은 트윈의 순차 재생(시작값 → 종료값)만 반복하며, 역 재생 단계는 포함되지 않습니다. 즉, `PingPong`은 왕복 운동처럼 앞뒤로 움직이는 반면, `Restart`는 항상 처음부터 끝까지 같은 방향으로 반복한다는 점에서 차이가 있습니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 트윈 동작을 나타냅니다. # Properties - **boolean AutoDestroy** 트윈이 완료된 후 자동 파괴 여부를 설정합니다. - **int32 CurrentLoopCount [ReadOnly]** 트윈에 설정된 반복 재생 횟수 중 몇 번째 재생인지를 나타냅니다. 첫 번째 재생 시 값은 1입니다. - **float Delay** 트윈의 총 재생 시간에서 재생 지연 시간을 설정합니다. 길이가 5초인 Tweener에 Delay를 2초로 설정하면 3초 동안만 Tween을 재생합니다. - **EaseType
[task] | single_turn [pass] | ⏳ 미판정 [title] | Tweener [question] | Deprecated로 표시된 SetDelay와 같은 메서드 대신 직접 프로퍼티를 수정할 때 주의해야 할 점이 있나요? [answer] | 제공된 문서에는 `SetDelay`와 같은 Deprecated 메서드를 대신해 프로퍼티를 직접 수정할 때의 구체적인 주의사항이나 제한 조건이 명시되어 있지 않습니다. 문서에 따르면 Deprecated 메서드들은 단순히 "더는 사용하지 않는 함수"이며, 각각 대체할 프로퍼티(`Delay`, `AutoDestroy`, `EaseType`, `LoopCount`, `LoopType`)를 사용하라고 안내하고 있을 뿐입니다. 따라서 문서 내 정보만으로는 프로퍼티 직접 수정 시 발생할 수 있는 특이사항을 확인하기 어렵습니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 트윈 동작을 나타냅니다. # Properties - **boolean AutoDestroy** 트윈이 완료된 후 자동 파괴 여부를 설정합니다. - **int32 CurrentLoopCount [ReadOnly]** 트윈에 설정된 반복 재생 횟수 중 몇 번째 재생인지를 나타냅니다. 첫 번째 재생 시 값은 1입니다. - **float Delay** 트윈의 총 재생 시간에서 재생 지연 시간을 설정합니다. 길이가 5초인 Tweener에 Delay를 2초로 설정하면 3초 동안만 Tween을 재생합니다. - **EaseType
[task] | single_turn [pass] | ⏳ 미판정 [title] | SortableDataStorage [question] | TransactSetAndWait 와 TransactSetAsync 함수의 가장 큰 차이점은 무엇이며, 어떤 상황에서 비동기 버전을 선택해야 하나요? [answer] | `TransactSetAndWait`와 `TransactSetAsync`의 가장 큰 차이점은 **스크립트 실행 흐름을 중단하는지 여부**입니다. 1. **TransactSetAndWait (동기)** * 데이터 저장 작업이 완료될 때까지 현재 스크립트의 실행을 **중단**(블로킹)합니다. * 작업이 끝난 후에만 반환값(에러 코드, 성공한 키 목록)을 즉시 사용할 수 있습니다. * `Yield` 속성을 가지며, 실행 중 다른 로직이 처리되지 않습니다. 2. **TransactSetAsync (비 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | eld]** 입력한 키들로 데이터를 삭제합니다. 호출에 포함된 모든 작업이 성공하면 에러 코드, 삭제에 성공한 키들을 반환합니다. 수행하는 동안 스크립트 실행을 중단합니다. 모든 작업 중 하나라도 실패한다면, 함수 호출이 실패합니다. 한 번에 최대 20개 Key까지 조작할 수 있습니다. - **void TransactDeleteAsync(List<string> keys, func<int32, List<string>> callbackFunction) [ServerOnly]** 입력한 키들로 데이터를 삭제합니다. 이 함수 호출은
[task] | instruction_following [pass] | ⏳ 미판정 [title] | UserDataStorage [question] | BatchDeleteAndWait와 BatchDeleteAsync 메서드의 차이점을 3문장 이내로 설명하세요. [answer] | `BatchDeleteAndWait`는 데이터 삭제 작업이 완료될 때까지 스크립트 실행을 중단시킨 후 결과를 반환하는 동기 방식입니다. 반면 `BatchDeleteAsync`는 작업을 비동기로 처리하며, 완료 시점에 콜백 함수를 호출하여 결과를 전달합니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 유저의 데이터를 관리할 수 있는 저장소입니다. 메이커와 출시 환경은 저장소를 공유하지 않습니다. # Properties - **string UserId [ReadOnly]** 유저의 Id입니다. # Methods - **int32, List<string> BatchDeleteAndWait(List<string> keys) [ServerOnly] [Yield]** 입력한 키들로 데이터들을 삭제합니다. 에러 코드와 삭제에 성공한 키들을 반환합니다. 수행하는 동안 스크립트 실행을 중단합니다. - **void BatchDel
[task] | single_turn [pass] | ⏳ 미판정 [title] | SortableDataStorage [question] | GetSortedAndWait의 두 번째 파라미터인 0과 세 번째 파라미터인 1000이 각각 어떤 의미를 가지며, 이 값들을 변경하면 정렬 결과에 어떤 영향을 주나요? [answer] | 제공된 참고 문서에는 `GetSortedAndWait` 메서드의 두 번째 파라미터와 세 번째 파라미터의 정확한 의미(예: 시작 인덱스, 페이지 크기 등)에 대한 명시적인 설명이 없습니다. 문서에는 다음과 같은 코드 예제만 제시되어 있습니다: 1. `ds:GetSortedAndWait(SortDirection.Ascending, 0, 1000)` 2. `sortableDataStorage:GetSortedAndWait(SortDirection.Ascending, 0, 100)` 두 번째 예제의 주석에는 "최솟값 0, 최댓값 100 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | # Examples #### IncreaseAndWait 값을 증가시키는 예제입니다. ```lua local ds = _DataStorageService:GetSortableDataStorage("Storage") -- "Key"에 해당하는 값이 없을 경우 기본 값으로 생성 후 1을 증가시킵니다. local errorCode, value = ds:IncreaseAndWait("Key", 1) ``` #### IncreaseAsync 값을 비동기로 증가시키는 예제입니다. ```lua local ds = _DataStor
[task] | instruction_following [pass] | ⏳ 미판정 [title] | Tweener [question] | Tweener의 LoopCount와 LoopType 조합에 따라 발생할 수 있는 재생 패턴 3가지(순차 반복, 왕복 반복, 무한 순차)를 단계별 번호 목록으로 설명하세요. [answer] | Tweener의 `LoopCount`와 `LoopType` 프로퍼티를 조합하여 사용할 수 있는 재생 패턴은 다음과 같습니다. 1. **순차 반복** * **설정**: `LoopType`을 `Restart`로 설정하고, `LoopCount`를 1 이상의 정수로 설정합니다. * **동작**: 트윈의 순차 재생(시작값에서 종료값으로)만 지정된 횟수만큼 반복됩니다. 2. **왕복 반복** * **설정**: `LoopType`을 `PingPong`으로 설정하고, `LoopCount`를 1 이상의 정수로 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 트윈 동작을 나타냅니다. # Properties - **boolean AutoDestroy** 트윈이 완료된 후 자동 파괴 여부를 설정합니다. - **int32 CurrentLoopCount [ReadOnly]** 트윈에 설정된 반복 재생 횟수 중 몇 번째 재생인지를 나타냅니다. 첫 번째 재생 시 값은 1입니다. - **float Delay** 트윈의 총 재생 시간에서 재생 지연 시간을 설정합니다. 길이가 5초인 Tweener에 Delay를 2초로 설정하면 3초 동안만 Tween을 재생합니다. - **EaseType
[task] | single_turn [pass] | ⏳ 미판정 [title] | UserDataStorage [question] | 메이커에서 저장해둔 유저 데이터가 출시 환경에서는 보이지 않는 이유는 무엇인가요? [answer] | 메이커와 출시 환경은 유저 데이터 저장소를 공유하지 않기 때문입니다. 따라서 메이커 환경에서 저장한 데이터는 출시 환경에서는 조회할 수 없으며, 각각의 환경에서 독립적으로 데이터를 관리해야 합니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 유저의 데이터를 관리할 수 있는 저장소입니다. 메이커와 출시 환경은 저장소를 공유하지 않습니다. # Properties - **string UserId [ReadOnly]** 유저의 Id입니다. # Methods - **int32, List<string> BatchDeleteAndWait(List<string> keys) [ServerOnly] [Yield]** 입력한 키들로 데이터들을 삭제합니다. 에러 코드와 삭제에 성공한 키들을 반환합니다. 수행하는 동안 스크립트 실행을 중단합니다. - **void BatchDel
[task] | instruction_following [pass] | ⏳ 미판정 [title] | UserDataStorage [question] | BatchSetAndWait 메서드를 사용하여 키 "level"에 값 "10"을 저장하는 코드만 출력하고, 그 외 설명은 주석으로만 작성하세요. [answer] | ```lua -- _DataStorageService를 통해 CreatorDataStorage 인스턴스를 가져옵니다. local ds = _DataStorageService:GetCreatorDataStorage() -- 저장할 키와 값을 Dictionary 형태로 준비합니다. local keyValues = {} keyValues["level"] = "10" -- BatchSetAndWait를 사용하여 데이터를 동기적으로 저장합니다. local errorCode, successKeys = ds:BatchSetAndWait(ke [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 유저의 데이터를 관리할 수 있는 저장소입니다. 메이커와 출시 환경은 저장소를 공유하지 않습니다. # Properties - **string UserId [ReadOnly]** 유저의 Id입니다. # Methods - **int32, List<string> BatchDeleteAndWait(List<string> keys) [ServerOnly] [Yield]** 입력한 키들로 데이터들을 삭제합니다. 에러 코드와 삭제에 성공한 키들을 반환합니다. 수행하는 동안 스크립트 실행을 중단합니다. - **void BatchDel
[task] | two_turn [pass] | ⏳ 미판정 [title] | SortableDataStorage [question] | 트랜잭션 함수에서 '한 번에 최대 20개 Key'라는 제한이 적용되는 이유는 무엇이며, 이 제한을 초과하면 어떤 결과가 발생하나요? [answer] | 제시된 참고 문서에는 트랜잭션 함수에서 '한 번에 최대 20개 Key'라는 제한이 적용되는 **기술적 이유나 배경**에 대한 설명이 없습니다. 또한, 이 제한을 초과했을 때 발생하는 **구체적인 결과(에러 코드, 예외 발생 여부 등)** 에 대한 명시적인 설명도 포함되어 있지 않습니다. 문서에는 각 트랜잭션 함수(`TransactDeleteAsync`, `TransactSetAndWait`, `TransactSetAsync` 등)의 설명 부분에서 "한 번에 최대 20개 Key까지 조작할 수 있습니다"라는 문구만 반복되어 있을 뿐, [followup] | 20개 이상의 키를 처리해야 하는 상황에서, TransactDeleteAsync를 활용해 제한 내로 나누어 호출하는 로직을 구현하려면 어떻게 작성해야 하나요? [followup_answer] | 참고 문서에 따르면 `TransactDeleteAsync`는 한 번에 최대 20개의 Key까지 조작할 수 있으며, 비동기로 수행됩니다. 성공 시 에러 코드와 삭제에 성공한 키들을 callback 함수로 전달받습니다. 따라서 20개 이상의 키를 처리해야 하는 경우, 키 리스트를 20개씩 잘라서 순차적으로 `TransactDeleteAsync`를 호출하는 로직을 구현해야 합니다. 아래는 이를 위한 mLua 예시입니다. ```lua Property: [None] number MaxKeysPerBatch = 20 Method: [se [scores] | [judge_reason] | [source_doc] | eld]** 입력한 키들로 데이터를 삭제합니다. 호출에 포함된 모든 작업이 성공하면 에러 코드, 삭제에 성공한 키들을 반환합니다. 수행하는 동안 스크립트 실행을 중단합니다. 모든 작업 중 하나라도 실패한다면, 함수 호출이 실패합니다. 한 번에 최대 20개 Key까지 조작할 수 있습니다. - **void TransactDeleteAsync(List<string> keys, func<int32, List<string>> callbackFunction) [ServerOnly]** 입력한 키들로 데이터를 삭제합니다. 이 함수 호출은
[task] | two_turn [pass] | ⏳ 미판정 [title] | SortableDataStorage [question] | IncreaseAndWait와 IncreaseAsync를 사용하여 데이터 값을 증가시킬 때 에러 처리와 결과 반환 방식은 어떻게 되나요? [answer] | `IncreaseAndWait`와 `IncreaseAsync`는 모두 입력한 키에 해당하는 데이터의 값을 `delta`만큼 증가시키는 메서드입니다. 두 메서드의 차이점은 실행 방식과 결과 전달 방식에 있습니다. **1. IncreaseAndWait (동기식)** * **실행 방식:** `[ServerOnly]` 및 `[Yield]` 속성이 붙어 있어 서버에서만 실행되며, 작업이 완료될 때까지 스크립트 실행을 중단합니다. * **결과 반환:** 작업이 완료되면 **에러 코드**와 **갱신된 값**을 반환합니다. * **에 [followup] | 증가 작업이 완료된 후 반환되는 에러 코드가 성공이 아닌 경우를 처리하고, 갱신된 값을 안전하게 사용하는 서버 측 스크립트 로직은 어떻게 구현해야 하나요? [followup_answer] | `IncreaseAndWait`와 `IncreaseAsync`를 사용할 때 에러 코드가 성공(0)이 아닌 경우를 처리하고 갱신된 값을 안전하게 사용하는 서버 측 로직은 다음과 같이 구현할 수 있습니다. **1. IncreaseAndWait (동기식) 처리 방식** * **호출:** `local errorCode, updatedValue = dataStorage:IncreaseAndWait(key, delta)` * **에러 처리:** 반환된 `errorCode`가 `0`이 아닌지 확인합니다. `0`이 아니면 오류 발생으로 [scores] | [judge_reason] | [source_doc] | rection으로 오름/내림차순 정렬을 설정할 수 있습니다. min, max로 설정한 범위 내의 데이터들을 조회할 수 있습니다. 이 작업은 비동기로 수행되며, 작업이 완료되면 에러 코드, 조회용 객체와 함께 callbackFunction으로 전달된 함수가 호출됩니다. - **int32, DataStorageVersionPages GetVersionsAndWait(string key, SortDirection sortDirection, DateTime minDate, DateTime maxDate) [ServerOnly] [Yield
[task] | single_turn [pass] | ⏳ 미판정 [title] | SortableDataStorageItemPages [question] | LoadNextPageAndWait와 MoveToNextPageAndWait를 따로 호출해야 하는 이유와 한 번에 처리되는 함수가 없는지 궁금합니다. [answer] | `LoadNextPageAndWait`와 `MoveToNextPageAndWait`를 분리해서 호출해야 하는 이유는 **데이터 로드(불러오기)**와 **페이지 위치 이동**이라는 두 가지 상태 변경이 서로 독립적이기 때문입니다. ### 1. 분리가 필요한 이유 * **`LoadNextPageAndWait` (데이터 준비):** * 다음 페이지에 해당하는 데이터를 서버에서 받아와 준비하는 역할을 합니다. * 이 함수는 **에러 코드(int32)**를 반환합니다. * 만약 다음 페이지가 존재하지 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | SortableDataStorage에 저장된 데이터를 조회하는 기능을 제공합니다. # Properties - **boolean IsLastPage [ReadOnly]** 현재 페이지가 마지막 페이지인지 확인합니다. # Methods - **table<SortableDataStorageItem> GetCurrentPageDatas() [ServerOnly]** 현재 페이지의 데이터 목록을 가져옵니다. - **int32 LoadNextPageAndWait() [ServerOnly] [Yield]** 다음 페이지를 불러
[task] | two_turn [pass] | ⏳ 미판정 [title] | SortableDataStorage [question] | DataStorageKeyInfo를 활용한 저장 방식(SetByInfoAndWait/SetByInfoAsync)은 일반 문자열 키 저장 방식과 어떻게 다른가요? [answer] | `DataStorageKeyInfo`를 활용한 저장 방식(`SetByInfoAndWait`, `SetByInfoAsync`)과 일반 문자열 키(`key`)를 사용하는 방식(`SetAndWait`, `SetAsync`)의 주요 차이점은 **데이터에 대한 상세 메타데이터를 지정할 수 있는지 여부**입니다. ### 1. 일반 문자열 키 저장 방식 (`SetAndWait` / `SetAsync`) * **인자**: `string key`, `integer value` * **특징**: 단순히 문자열 형태의 키와 정수 값을 저장합니 [followup] | DataStorageKeyInfo로 설정 가능한 '자세한 정보' 항목들은 무엇이며, 이를 통해 특정 조건으로 데이터를 조회하거나 관리하는 구체적인 시나리오는 어떤 것이 있나요? [followup_answer] | 제공된 참고 문서에는 `DataStorageKeyInfo` 객체에 설정할 수 있는 구체적인 프로퍼티나 필드 목록이 포함되어 있지 않습니다. 문서에서는 "DataStorageKeyInfo로 자세한 정보를 설정할 수 있습니다"라고만 명시하고 있으며, 어떤 항목(예: 버전, 만료일, 태그 등)을 설정할 수 있는지에 대한 세부적인 API 정의나 구조체가 제공되지 않았습니다. 따라서 `DataStorageKeyInfo`를 통해 특정 조건으로 데이터를 조회하거나 관리하는 구체적인 시나리오나 설정 가능한 항목들을 설명하는 것은 불가능합니다. [scores] | [judge_reason] | [source_doc] | rection으로 오름/내림차순 정렬을 설정할 수 있습니다. min, max로 설정한 범위 내의 데이터들을 조회할 수 있습니다. 이 작업은 비동기로 수행되며, 작업이 완료되면 에러 코드, 조회용 객체와 함께 callbackFunction으로 전달된 함수가 호출됩니다. - **int32, DataStorageVersionPages GetVersionsAndWait(string key, SortDirection sortDirection, DateTime minDate, DateTime maxDate) [ServerOnly] [Yield
[task] | two_turn [pass] | ⏳ 미판정 [title] | SortableDataStorage [question] | `SortableDataStorageItem` 객체를 통해 데이터를 조회할 때 접근 가능한 필드들이 어떤 것들이 있나요? [answer] | `SortableDataStorageItem` 객체에서 직접 접근할 수 있는 필드는 다음과 같습니다. * **KeyInfo**: 키에 대한 정보를 담고 있는 객체로, 아래 하위 필드들을 포함합니다. * `KeyInfo.Key`: 저장된 키 값 * `KeyInfo.Tag`: 키에 부여된 태그 * `KeyInfo.Version`: 키의 버전 * **Value**: 저장된 실제 데이터 값 예를 들어, `GetSortedAndWait` 메서드를 통해 페이지 데이터를 가져온 후 `GetCurrent [followup] | `KeyInfo` 구조체 내부의 `Key`, `Tag`, `Version` 필드와 `Value` 필드를 모두 출력하는 로깅 코드를 작성해 주세요. [followup_answer] | `KeyInfo` 구조체의 `Key`, `Tag`, `Version` 필드와 `Value` 필드를 모두 출력하는 로깅 코드는 다음과 같습니다. ```lua local ds = _DataStorageService:GetSortableDataStorage("Storage") local errorCode, itemPages = ds:GetSortedAndWait(SortDirection.Ascending, 0, 1000) while true do local items = itemPages:GetCurrentPageDatas( [scores] | [judge_reason] | [source_doc] | # Examples #### IncreaseAndWait 값을 증가시키는 예제입니다. ```lua local ds = _DataStorageService:GetSortableDataStorage("Storage") -- "Key"에 해당하는 값이 없을 경우 기본 값으로 생성 후 1을 증가시킵니다. local errorCode, value = ds:IncreaseAndWait("Key", 1) ``` #### IncreaseAsync 값을 비동기로 증가시키는 예제입니다. ```lua local ds = _DataStor
[task] | code [pass] | ⏳ 미판정 [title] | SortableDataStorage [question] | _InventoryService:TransactDeleteAndWait(keys)를 호출하여 삭제할 키 목록(List<string>)을 전달하여 데이터를 일괄 삭제하고, 반환된 에러 코드와 삭제된 키 목록을 출력하는 [server only] 스크립트를 작성해줘 [answer] | 참고 문서에 `TransactDeleteAndWait` 메서드의 시그니처(`int32, List<string> TransactDeleteAndWait(List<string> keys) [ServerOnly] [Yield]`)가 포함되어 있지만, 해당 메서드가 `_InventoryService`에 존재하는지 여부에 대한 명시적인 정보가 없습니다. 제공된 예제 코드와 문서 내용에서는 `_DataStorageService`를 통해 생성된 `globalDataStorage` 또는 `ds` 객체에서 데이터 저장/조회 관련 메서드들이 사용되고 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | rection으로 오름/내림차순 정렬을 설정할 수 있습니다. min, max로 설정한 범위 내의 데이터들을 조회할 수 있습니다. 이 작업은 비동기로 수행되며, 작업이 완료되면 에러 코드, 조회용 객체와 함께 callbackFunction으로 전달된 함수가 호출됩니다. - **int32, DataStorageVersionPages GetVersionsAndWait(string key, SortDirection sortDirection, DateTime minDate, DateTime maxDate) [ServerOnly] [Yield
[task] | single_turn [pass] | ⏳ 미판정 [title] | Tweener [question] | Tweener의 Delay 프로퍼티를 설정할 때 재생 시간이 줄어드는 이유와 실제 적용 방식을 설명해 주세요. [answer] | Tweener의 `Delay` 프로퍼티는 트윈의 **총 재생 시간**에서 재생이 시작되기까지 기다리는 시간을 설정하는 값입니다. **재생 시간이 줄어드는 이유** `Delay`는 트윈이 시작되어 완료되기까지의 전체 시간(총 재생 시간) 내에서 "아무 동작 없이 대기하는 시간"을 의미합니다. 트윈이 실제로 값을 보간하여 움직이는 시간(실제 애니메이션 시간)은 **총 재생 시간에서 Delay 시간을 뺀 값**이 됩니다. 따라서 Delay 값을 크게 설정할수록 실제 움직임이 발생하는 시간이 짧아지게 됩니다. **실제 적용 방식 예시 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 트윈 동작을 나타냅니다. # Properties - **boolean AutoDestroy** 트윈이 완료된 후 자동 파괴 여부를 설정합니다. - **int32 CurrentLoopCount [ReadOnly]** 트윈에 설정된 반복 재생 횟수 중 몇 번째 재생인지를 나타냅니다. 첫 번째 재생 시 값은 1입니다. - **float Delay** 트윈의 총 재생 시간에서 재생 지연 시간을 설정합니다. 길이가 5초인 Tweener에 Delay를 2초로 설정하면 3초 동안만 Tween을 재생합니다. - **EaseType
[task] | single_turn [pass] | ⏳ 미판정 [title] | UserDataStorage [question] | UserDataStorage 의 UserId 프로퍼티가 읽기 전용(ReadOnly)으로 설정된 이유는 무엇인가요? [answer] | `UserDataStorage`의 `UserId` 프로퍼티가 읽기 전용(ReadOnly)으로 설정된 이유는, 해당 저장소가 특정 유저의 데이터를 관리하는 컨테이너이기 때문입니다. `UserId`는 저장소가 속한 유저의 고유 식별자이며, 저장소 인스턴스 자체의 속성입니다. 따라서 이 값을 외부에서 임의로 변경할 수 없으며, 해당 저장소가 어떤 유저의 데이터를 저장하고 있는지 확인하는 용도로만 사용할 수 있습니다. 만약 `UserId`를 변경할 수 있었다면, A 유저의 저장소 객체를 통해 B 유저의 데이터를 오해하거나 혼용하는 심각한 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 유저의 데이터를 관리할 수 있는 저장소입니다. 메이커와 출시 환경은 저장소를 공유하지 않습니다. # Properties - **string UserId [ReadOnly]** 유저의 Id입니다. # Methods - **int32, List<string> BatchDeleteAndWait(List<string> keys) [ServerOnly] [Yield]** 입력한 키들로 데이터들을 삭제합니다. 에러 코드와 삭제에 성공한 키들을 반환합니다. 수행하는 동안 스크립트 실행을 중단합니다. - **void BatchDel
[task] | single_turn [pass] | ⏳ 미판정 [title] | SortableDataStorage [question] | 한 번에 최대 20개 Key까지만 조작할 수 있다는 제한 사항이 있어, 50개의 데이터를 저장해야 할 때 어떻게 처리해야 하나요? [answer] | 50개의 데이터를 한 번에 저장하면 20개 제한을 초과하므로, 데이터를 20개씩 묶어서 3번에 나누어 저장해야 합니다. 각 묶음은 `TransactSetAndWait` 또는 `TransactSetAsync` 메서드를 사용하여 처리할 수 있습니다. 동기 방식(`TransactSetAndWait`)으로 처리하는 경우, 50개 키를 20개씩 3개의 테이블로 분리한 뒤 순차적으로 호출합니다. ```lua [server only] void SaveDataInBatches() { -- 1. 50개 데이터를 준비 (예시) lo [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | eld]** 입력한 키들로 데이터를 삭제합니다. 호출에 포함된 모든 작업이 성공하면 에러 코드, 삭제에 성공한 키들을 반환합니다. 수행하는 동안 스크립트 실행을 중단합니다. 모든 작업 중 하나라도 실패한다면, 함수 호출이 실패합니다. 한 번에 최대 20개 Key까지 조작할 수 있습니다. - **void TransactDeleteAsync(List<string> keys, func<int32, List<string>> callbackFunction) [ServerOnly]** 입력한 키들로 데이터를 삭제합니다. 이 함수 호출은
[task] | single_turn [pass] | ⏳ 미판정 [title] | SortableDataStorage [question] | GetSortedAndWait 메서드에서 페이지 분할을 처리할 때 IsLastPage와 MoveToNextPageAndWait를 어떻게 조합해서 무한 루프 없이 데이터를 모두 조회할 수 있나요? [answer] | `GetSortedAndWait` 메서드로 데이터를 조회할 때, 반환되는 `itemPages` 객체를 이용해 페이지를 순회하며 데이터를 모두 가져오는 표준 패턴은 다음과 같습니다. 1. **무한 루프 시작**: `while true do` 로 루프를 시작합니다. 2. **현재 페이지 데이터 조회**: `itemPages:GetCurrentPageDatas()`를 호출하여 현재 페이지에 포함된 `SortableDataStorageItem` 배열을 가져옵니다. 3. **데이터 처리**: 가져온 배열을 반복문(`for ... in [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | # Examples #### IncreaseAndWait 값을 증가시키는 예제입니다. ```lua local ds = _DataStorageService:GetSortableDataStorage("Storage") -- "Key"에 해당하는 값이 없을 경우 기본 값으로 생성 후 1을 증가시킵니다. local errorCode, value = ds:IncreaseAndWait("Key", 1) ``` #### IncreaseAsync 값을 비동기로 증가시키는 예제입니다. ```lua local ds = _DataStor
[task] | code [pass] | ⏳ 미판정 [title] | GlobalDataStorage [question] | `_DataStorageService:GetGlobalDataStorage` 로 "StorageName" 스토리지에서 "Key" 값을 `GetAndWait` 로 조회하고, 에러코드가 0이 아니면 실패로 처리하며, 성공 시 조회된 `oldValue` 를 기반으로 `UpdateAndWait` 메서드를 호출하여 "NewValue" 로 업데이트하는 조건부 데이터 갱신 스크립트를 작성해줘. [answer] | `_DataStorageService:GetGlobalDataStorage("StorageName")`으로 글로벌 데이터 스토리지를 가져온 후, `GetAndWait`로 "Key"의 현재 값을 조회합니다. 조회 결과의 에러코드가 0이 아니면 실패로 처리하고, 성공하면 조회된 `oldValue`를 기반으로 `UpdateAndWait`를 호출하여 "NewValue"로 조건부 갱신을 수행합니다. ```lua Method: [server only] void UpdateKeyConditionally() { local ds = _Da [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 일정 기간 내의 버전 정보를 조회하는 예제입니다. ```lua local ds = _DataStorageService:GetGlobalDataStorage("StorageName") local minDate = DateTime(2023, 03, 09, 20, 20, 0, 0) local maxDate = DateTime(2023, 03, 09, 22, 20, 0, 0) -- 값을 저장할 때 버전 값을 함께 지정한 경우에만 조회할 수 있습니다. local errorCode, versionPages = ds:GetVersion