[task] | single_turn [pass] | ⏳ 미판정 [title] | BasicParticleComponent [question] | BasicParticleComponent에서 Prewarm 프로퍼티를 true로 설정하면 파티클이 처음 재생될 때 어떤 상태가 되나요? [answer] | `BasicParticleComponent`의 `Prewarm` 프로퍼티를 `true`로 설정하면, 파티클이 처음 재생될 때 이미 재생되고 있었던 것과 같은 상태로 시작합니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 기본 파티클의 설정 및 제어 기능을 제공합니다. # Properties - **BasicParticleType ParticleType [Sync]** 생성할 파티클의 타입을 설정합니다. ##### inherited from BaseParticleComponent: - **boolean AutoRandomSeed [Sync]** 파티클 입자 방출이 시작될 때마다 랜덤 시드를 새로 생성할지 여부를 설정합니다. - **Color Color [Sync]** 렌더링될 파티클의 색상을 보정합니다. - **boolean Ign
[task] | single_turn [pass] | ⏳ 미판정 [title] | BaseParticleComponent [question] | AutoRandomSeed가 false로 되어 있을 때 RandomSeed 값을 코드에서 직접 변경하면 파티클의 움직임이 즉시 바뀌나요? [answer] | 주어진 문서의 정보만으로는 `AutoRandomSeed`가 `false`인 상태에서 `RandomSeed` 값을 변경했을 때 파티클의 움직임이 **즉시** 바뀌는지 여부에 대해 명시적으로 설명하고 있지 않습니다. 문서에는 다음 두 프로퍼티의 역할만 정의되어 있습니다. 1. **AutoRandomSeed**: 파티클 입자 방출이 시작될 때마다 랜덤 시드를 새로 생성할지 여부를 설정합니다. 2. **RandomSeed**: 파티클이 재생될 때의 생성 위치, 방출 방향, 속도 등을 결정하기 위해 사용하는 랜덤 시드를 설정합니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 파티클 효과를 만드는 ParticleComponent들의 부모 컴포넌트입니다. # Properties - **boolean AutoRandomSeed [Sync]** 파티클 입자 방출이 시작될 때마다 랜덤 시드를 새로 생성할지 여부를 설정합니다. - **Color Color [Sync]** 렌더링될 파티클의 색상을 보정합니다. - **boolean IgnoreMapLayerCheck [Sync]** SortingLayer에 Map Layer 이름을 지정했을 때 자동 치환을 수행하지 않습니다. - **boolean Is
[task] | single_turn [pass] | ⏳ 미판정 [title] | AreaParticleComponent [question] | AreaParticleComponent의 Loop 프로퍼티가 활성화되어 있을 때, 방출 주기가 돌아오는 시점에 어떤 이벤트 핸들러를 작성해야 하는지 궁금합니다. [answer] | AreaParticleComponent의 Loop 프로퍼티가 활성화되어 있고 파티클 방출 주기가 돌아와서 방출이 반복될 때 발생하는 이벤트는 **ParticleLoopEvent**입니다. 이 이벤트를 처리하기 위해 `HandleParticleLoopEvent` 이벤트 핸들러를 작성해야 합니다. 아래는 `AreaParticleComponent`를 참조하여 해당 이벤트를 수신하는 예제입니다. ```lua Property: [Sync] AreaParticleComponent ParticleComponent = nil Method: [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | - **OrderInLayerChangedEvent** Component의 OrderInLayer가 변경되었을 때 발생하는 이벤트입니다. - **ParticleEmitEndEvent** 파티클의 방출이 종료되었을 때 BaseParticleComponent에서 발생하는 이벤트입니다. - **ParticleEmitStartEvent** 파티클 입자 방출이 시작될 때 발생하는 이벤트입니다. - **ParticleLoopEvent** Loop 프로퍼티가 활성화 된 경우, 파티클의 방출 주기가 돌아와서 방출을 반복할 때 발생하
[task] | single_turn [pass] | ⏳ 미판정 [title] | BaseParticleComponent [question] | IsEmitting 프로퍼티는 읽기 전용이라고 하는데, 스크립트에서 파티클이 실제로 방출 중인지 여부를 실시간으로 확인하기 위해 이 값을 폴링하는 것이 권장되나요? [answer] | 제공된 문서에 따르면, `IsEmitting` 프로퍼티는 `[ReadOnly]` 태그가 부여되어 있어 스크립트에서 직접 값을 설정(쓰기)할 수는 없습니다. 이는 파티클 시스템이 내부적으로 관리하는 현재 상태(새 파티클을 방출하고 있는 중인지 여부)를 나타내는 값입니다. 문서에는 `IsEmitting` 값을 실시간으로 확인하기 위해 `OnUpdate` 등 특정 메서드에서 폴링하는 것이 권장된다는 명시적인 지침이나 관련 API가 포함되어 있지 않습니다. 또한, 파티클 방출 상태 변경 시 자동으로 발생하는 이벤트 핸들러(Event Ha [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 파티클 효과를 만드는 ParticleComponent들의 부모 컴포넌트입니다. # Properties - **boolean AutoRandomSeed [Sync]** 파티클 입자 방출이 시작될 때마다 랜덤 시드를 새로 생성할지 여부를 설정합니다. - **Color Color [Sync]** 렌더링될 파티클의 색상을 보정합니다. - **boolean IgnoreMapLayerCheck [Sync]** SortingLayer에 Map Layer 이름을 지정했을 때 자동 치환을 수행하지 않습니다. - **boolean Is
[task] | single_turn [pass] | ⏳ 미판정 [title] | BaseParticleComponent [question] | SortingLayer와 OrderInLayer를 함께 사용했을 때, 같은 레이어 내에서 입자의 앞뒤 순서를 결정하는 우선순위는 어떻게 되나요? [answer] | `SortingLayer`와 `OrderInLayer`는 겹친 엔티티나 파티클의 표시 우선순위를 결정하는 데 함께 사용됩니다. 우선순위를 판단하는 순서는 다음과 같습니다. 1. **SortingLayer 우선**: 먼저 `SortingLayer` 값이 다른 엔티티끼리는 `SortingLayer` 설정에 따라 앞뒤가 결정됩니다. 2. **OrderInLayer 비교**: `SortingLayer`가 **같은** 경우에만 `OrderInLayer` 값이 비교됩니다. * `OrderInLayer`의 값이 **클수록** 화 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 파티클 효과를 만드는 ParticleComponent들의 부모 컴포넌트입니다. # Properties - **boolean AutoRandomSeed [Sync]** 파티클 입자 방출이 시작될 때마다 랜덤 시드를 새로 생성할지 여부를 설정합니다. - **Color Color [Sync]** 렌더링될 파티클의 색상을 보정합니다. - **boolean IgnoreMapLayerCheck [Sync]** SortingLayer에 Map Layer 이름을 지정했을 때 자동 치환을 수행하지 않습니다. - **boolean Is
[task] | single_turn [pass] | ⏳ 미판정 [title] | UserDataStoragePages [question] | IsLastPage 속성이 읽기 전용으로 설정되어 있어서 직접 false로 초기화해서 첫 페이지부터 다시 조회하고 싶은데, 이 값을 수정할 수 없다면 어떤 방식으로 페이지를 리셋하거나 처음부터 다시 시작해야 하나요? [answer] | `IsLastPage` 속성은 `[ReadOnly]`로 선언되어 있어 직접 수정하거나 초기화할 수 없습니다. 또한 `UserDataStoragePages` 객체에는 현재 페이지를 1페이지로 되돌리거나 리셋하는 전용 메서드가 제공되지 않습니다. 따라서 처음부터 다시 조회하려면 **원래 데이터를 가져온 서비스 메서드를 다시 호출**하여 새로운 `pages` 객체를 생성하는 것이 올바른 방법입니다. 아래는 `_DataStorageService`를 사용하여 데이터를 처음부터 다시 조회하는 예시입니다. ```lua Method: [se [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 월드의 UserDataStorage들을 조회할 수 있는 기능을 제공합니다. # Properties - **boolean IsLastPage [ReadOnly]** 현재 페이지가 마지막 페이지인지 확인합니다. # Methods - **table<UserDataStorage> GetCurrentPageDatas() [ServerOnly]** 현재 페이지의 UserDataStorage 목록을 가져옵니다. - **int32 LoadNextPageAndWait() [ServerOnly] [Yield]** 다음 페이지를 불러
[task] | two_turn [pass] | ⏳ 미판정 [title] | BasicParticleComponent [question] | BasicParticleComponent의 주요 이벤트 핸들러(예: ParticleEmitStartEvent, ParticleLoopEvent 등)를 활용하여 파티클 상태 변화를 감지하는 스크립트는 어떻게 작성하나요? [answer] | `BasicParticleComponent`는 파티클의 방출 시작, 반복, 종료 등 상태 변화 시점에 특정 이벤트를 발생시킵니다. 이를 활용하여 파티클의 생애주기를 감지하고 로깅이나 다른 로직을 실행할 수 있습니다. 주요 이벤트는 다음과 같습니다. * **ParticleEmitStartEvent**: 파티클 입자 방출이 시작될 때 발생 * **ParticleLoopEvent**: `Loop` 프로퍼티가 활성화된 경우, 방출 주기가 돌아와서 방출을 반복할 때 발생 * **ParticleEmitEndEvent**: 파티클의 [followup] | ParticleLoopEvent가 발생했을 때만 특정 로직이 실행되도록 Event Handler 블록을 구성하는 구체적인 코드 예시를 보여주세요. [followup_answer] | `ParticleLoopEvent`는 `BasicParticleComponent`의 `Loop` 프로퍼티가 활성화된 상태에서 파티클 방출 주기가 돌아와 방출이 반복될 때 발생합니다. 아래 코드는 `OnBeginPlay`에서 파티클을 재생하고, `ParticleLoopEvent` 이벤트 핸들러를 등록하여 해당 이벤트가 발생했을 때만 특정 로직(예: 로그 출력)이 실행되도록 구성한 예시입니다. ```lua Property: [Sync] BasicParticleComponent ParticleComponent = nil Method [scores] | [judge_reason] | [source_doc] | - **OrderInLayerChangedEvent** Component의 OrderInLayer가 변경되었을 때 발생하는 이벤트입니다. - **ParticleEmitEndEvent** 파티클의 방출이 종료되었을 때 BaseParticleComponent에서 발생하는 이벤트입니다. - **ParticleEmitStartEvent** 파티클 입자 방출이 시작될 때 발생하는 이벤트입니다. - **ParticleLoopEvent** Loop 프로퍼티가 활성화 된 경우, 파티클의 방출 주기가 돌아와서 방출을 반복할 때 발생하
[task] | instruction_following [pass] | ⏳ 미판정 [title] | DistanceJointComponent [question] | DistanceJointComponent에서 두 엔티티를 연결하는 AddJoint 메서드의 매개변수 4개와 반환값 의미를 3문장 이내로 설명하세요. [answer] | `AddJoint` 메서드는 `targetEntity`로 연결 대상 엔티티, `localAnchorA`와 `localAnchorB`로 각 엔티티의 로컬 앵커 좌표, `length`로 유지할 거리를 인자로 받습니다. 이 메서드는 성공 시 생성된 Joint의 인덱스(index)를 반환하며 실패 시 -1을 반환합니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | DistanceJoint를 생성, 삭제할 수 있습니다. 연결된 강체 간 거리를 일정하게 유지합니다. # Properties - **SyncList<DistanceJoint> Joints [Sync] [ReadOnly]** Joint 정보를 설정합니다. ##### inherited from Component: - **boolean Enable [Sync]** 컴포넌트 활성화 여부를 확인합니다. - **boolean EnableInHierarchy [ReadOnly] [HideFromInspector]** 계층 구조상
[task] | single_turn [pass] | ⏳ 미판정 [title] | BaseParticleComponent [question] | ParticleCount와 ParticleLifeTime을 동시에 높였는데도 입자가 생각보다 빨리 사라지는 이유는 무엇인가요? [answer] | 참고 문서에 제공된 정보만으로는 `ParticleCount`와 `ParticleLifeTime`을 동시에 높였을 때 입자가 예상보다 빨리 사라지는 원인을 설명할 수 있는 구체적인 정보(예: 실제 생존 시간 계산 공식, 충돌 검출 로직, 메모리 관리 정책 등)가 포함되어 있지 않습니다. 문서에는 `ParticleCount`(파티클 입자 개수)와 `ParticleLifeTime`(파티클 입자의 지속시간)의 속성 정의만 존재하며, 이 두 값이 상호작용하여 입자 소멸 시점을 결정하는 내부 알고리즘이나 예외 상황이 설명되어 있지 않습니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 파티클 효과를 만드는 ParticleComponent들의 부모 컴포넌트입니다. # Properties - **boolean AutoRandomSeed [Sync]** 파티클 입자 방출이 시작될 때마다 랜덤 시드를 새로 생성할지 여부를 설정합니다. - **Color Color [Sync]** 렌더링될 파티클의 색상을 보정합니다. - **boolean IgnoreMapLayerCheck [Sync]** SortingLayer에 Map Layer 이름을 지정했을 때 자동 치환을 수행하지 않습니다. - **boolean Is
[task] | single_turn [pass] | ⏳ 미판정 [title] | AreaParticleComponent [question] | OrderInLayerChangedEvent와 SortingLayerChangedEvent 모두 렌더링 순서 관련 이벤트인데, 이 두 이벤트가 발생하는 조건과 차이점은 무엇인가요? [answer] | `OrderInLayerChangedEvent`와 `SortingLayerChangedEvent`는 모두 렌더링 순서를 결정하는 요소가 변경될 때 발생하지만, 변경되는 대상이 다릅니다. **OrderInLayerChangedEvent** * **발생 조건:** 컴포넌트의 `OrderInLayer` 값이 변경되었을 때 발생합니다. * **특징:** 동일한 Sorting Layer 내에서 렌더링 순서(겹쳐지는 순서)를 미세하게 조정하는 값이 바뀌었을 때 트리거됩니다. **SortingLayerChangedEvent** * [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | - **OrderInLayerChangedEvent** Component의 OrderInLayer가 변경되었을 때 발생하는 이벤트입니다. - **ParticleEmitEndEvent** 파티클의 방출이 종료되었을 때 BaseParticleComponent에서 발생하는 이벤트입니다. - **ParticleEmitStartEvent** 파티클 입자 방출이 시작될 때 발생하는 이벤트입니다. - **ParticleLoopEvent** Loop 프로퍼티가 활성화 된 경우, 파티클의 방출 주기가 돌아와서 방출을 반복할 때 발생하
[task] | two_turn [pass] | ⏳ 미판정 [title] | BaseParticleComponent [question] | ParticleComponent의 주요 속성들과 Play/Stop 메서드의 기본 동작 방식을 설명해 주세요. [answer] | `BaseParticleComponent`는 파티클 효과를 만드는 컴포넌트들의 부모 컴포넌트입니다. 주요 속성과 `Play`/`Stop` 메서드의 동작 방식은 다음과 같습니다. ### 주요 속성 (Properties) * **재생 제어 및 상태** * `PlayOnEnable`: 파티클 컴포넌트가 활성화(Enable)될 때 파티클을 자동으로 재생할지 여부입니다. * `Loop`: 파티클이 반복 재생될지 여부입니다. * `IsEmitting`: 현재 새 파티클을 방출하고 있는지 여부를 나타내는 [followup] | Prewarm과 Loop 속성이 true일 때, Stop() 호출 후 다시 Play()를 실행하면 파티클의 초기 상태가 어떻게 달라지는지 구체적으로 알려주세요. [followup_answer] | 제공된 참고 문서에는 `Prewarm`과 `Loop` 속성이 `true`일 때 `Stop()` 호출 후 다시 `Play()`를 실행하면 파티클의 초기 상태가 어떻게 달라지는지에 대한 구체적인 동작 방식이나 상태 전환 정보가 포함되어 있지 않습니다. 문서에서 확인할 수 있는 정보만으로는 다음과 같이 설명할 수 있습니다. 1. **Prewarm 속성**: 값이 `true`일 경우 파티클이 **처음 재생될 때** 이미 재생되고 있었던 것과 같은 상태로 시작한다고 명시되어 있습니다. 하지만 `Stop()` 후 재실행 시에도 동일한 " [scores] | [judge_reason] | [source_doc] | 파티클 효과를 만드는 ParticleComponent들의 부모 컴포넌트입니다. # Properties - **boolean AutoRandomSeed [Sync]** 파티클 입자 방출이 시작될 때마다 랜덤 시드를 새로 생성할지 여부를 설정합니다. - **Color Color [Sync]** 렌더링될 파티클의 색상을 보정합니다. - **boolean IgnoreMapLayerCheck [Sync]** SortingLayer에 Map Layer 이름을 지정했을 때 자동 치환을 수행하지 않습니다. - **boolean Is
[task] | single_turn [pass] | ⏳ 미판정 [title] | UserDataStoragePages [question] | 페이지를 넘기면서 데이터를 조회하는 과정에서 네트워크 불안정이나 다른 스크립트의 간섭으로 인해 IsLastPage가 true인데도 LoadNextPageAndWait가 계속 대기 상태로 머물러 버리는 현상이 생길 수 있나요? [answer] | 제공된 문서의 정보만을 근거로 판단할 때, **이러한 현상이 발생할 수 있는지 여부는 확인할 수 없습니다.** 문서에는 `LoadNextPageAndWait()`와 `MoveToNextPageAndWait()`가 `[Yield]` 속성을 가지고 있어 수행하는 동안 스크립트 실행을 중단한다는 점과, 에러 코드(0이 아닌 값)를 반환할 수 있다는 점만 명시되어 있습니다. 하지만 다음과 같은 세부 사항들은 문서에 **기술되어 있지 않습니다.** 1. 네트워크 불안정 시 `LoadNextPageAndWait()`가 무한 대기(Infi [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 월드의 UserDataStorage들을 조회할 수 있는 기능을 제공합니다. # Properties - **boolean IsLastPage [ReadOnly]** 현재 페이지가 마지막 페이지인지 확인합니다. # Methods - **table<UserDataStorage> GetCurrentPageDatas() [ServerOnly]** 현재 페이지의 UserDataStorage 목록을 가져옵니다. - **int32 LoadNextPageAndWait() [ServerOnly] [Yield]** 다음 페이지를 불러
[task] | single_turn [pass] | ⏳ 미판정 [title] | BasicParticleComponent [question] | AutoRandomSeed가 false일 때 RandomSeed 프로퍼티를 설정하지 않으면 파티클의 방출 위치와 방향은 어떻게 결정되나요? [answer] | 제공된 문서에는 `AutoRandomSeed`가 `false`이고 `RandomSeed` 프로퍼티가 설정되지 않았을 때 파티클의 방출 위치와 방향이 어떻게 결정되는지에 대한 구체적인 규칙이나 기본값이 명시되어 있지 않습니다. 문서에서 확인 가능한 내용은 다음과 같습니다. 1. **AutoRandomSeed**: 파티클 입자 방출이 시작될 때마다 랜덤 시드를 새로 생성할지 여부를 설정합니다. 2. **RandomSeed**: 파티클이 재생될 때의 생성 위치, 방출 방향, 속도 등을 결정하기 위해 사용하는 랜덤 시드를 설정합니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 기본 파티클의 설정 및 제어 기능을 제공합니다. # Properties - **BasicParticleType ParticleType [Sync]** 생성할 파티클의 타입을 설정합니다. ##### inherited from BaseParticleComponent: - **boolean AutoRandomSeed [Sync]** 파티클 입자 방출이 시작될 때마다 랜덤 시드를 새로 생성할지 여부를 설정합니다. - **Color Color [Sync]** 렌더링될 파티클의 색상을 보정합니다. - **boolean Ign
[task] | code [pass] | ⏳ 미판정 [title] | BaseParticleComponent [question] | SpriteParticleComponent의 Color와 LitMode를 변경하고 Stop() 메서드를 사용하여 특정 조건에서 파티클 색상을 바꾸고 재생을 중단하는 스크립트를 작성해줘 [answer] | SpriteParticleComponent는 BaseParticleComponent를 상속받으므로, `Color`와 `LitMode` 프로퍼티 및 `Stop()` 메서드를 사용할 수 있습니다. 요청하신 조건(특정 조건에서 색상 변경 및 재생 중단)을 만족하는 스크립트는 다음과 같습니다. 여기서는 예시로 엔티티가 터치(Touch)되면 파티클 색상을 빨간색으로 변경하고 재생을 중단하도록 작성했습니다. ```lua Property: [Sync] SpriteParticleComponent SpriteParticle = nil Meth [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 파티클 효과를 만드는 ParticleComponent들의 부모 컴포넌트입니다. # Properties - **boolean AutoRandomSeed [Sync]** 파티클 입자 방출이 시작될 때마다 랜덤 시드를 새로 생성할지 여부를 설정합니다. - **Color Color [Sync]** 렌더링될 파티클의 색상을 보정합니다. - **boolean IgnoreMapLayerCheck [Sync]** SortingLayer에 Map Layer 이름을 지정했을 때 자동 치환을 수행하지 않습니다. - **boolean Is
[task] | single_turn [pass] | ⏳ 미판정 [title] | BasicParticleComponent [question] | 파티클의 재생 속도를 조절할 때 PlaySpeed 프로퍼티와 ParticleSpeed 프로퍼티는 각각 어떤 값을 변경하나요? [answer] | 참고 문서에 따르면 두 프로퍼티는 다음과 같이 다른 값을 조절합니다. 1. **PlaySpeed**: 파티클 **재생 속도**를 설정합니다. 파티클 시스템의 전체적인 재생(방출 및 애니메이션 진행) 템포를 의미합니다. 2. **ParticleSpeed**: 파티클 **입자 속도**를 설정합니다. 개별 파티클 입자가 이동하는 속도를 의미합니다. 따라서 `PlaySpeed`는 파티클이 얼마나 빨리 재생되는지(시간 흐름에 따른 진행 속도)를, `ParticleSpeed`는 파티클 입자 자체의 물리적 이동 속도를 조절합니다. 이 두 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 기본 파티클의 설정 및 제어 기능을 제공합니다. # Properties - **BasicParticleType ParticleType [Sync]** 생성할 파티클의 타입을 설정합니다. ##### inherited from BaseParticleComponent: - **boolean AutoRandomSeed [Sync]** 파티클 입자 방출이 시작될 때마다 랜덤 시드를 새로 생성할지 여부를 설정합니다. - **Color Color [Sync]** 렌더링될 파티클의 색상을 보정합니다. - **boolean Ign
[task] | instruction_following [pass] | ⏳ 미판정 [title] | DistanceJointComponent [question] | AddJoint를 호출하여 인덱스를 반환받은 후 해당 인덱스로 SetLength를 호출하는 mLua 코드만 출력하고 설명은 주석으로 작성하세요. [answer] | ```lua Method: [server] void CreateAndSetLength () { -- 1. AddJoint를 호출하여 강체 연결을 생성합니다. -- 반환값은 성공 시 인덱스(index), 실패 시 -1입니다. local jointIndex = self.Entity.DistanceJointComponent:AddJoint( self.Entity, Vector2.zero, Vector2.zero, 10.0 ) -- 2. AddJ [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | DistanceJoint를 생성, 삭제할 수 있습니다. 연결된 강체 간 거리를 일정하게 유지합니다. # Properties - **SyncList<DistanceJoint> Joints [Sync] [ReadOnly]** Joint 정보를 설정합니다. ##### inherited from Component: - **boolean Enable [Sync]** 컴포넌트 활성화 여부를 확인합니다. - **boolean EnableInHierarchy [ReadOnly] [HideFromInspector]** 계층 구조상
[task] | instruction_following [pass] | ⏳ 미판정 [title] | DistanceJointComponent [question] | DistanceJointComponent의 Joints 프로퍼티를 제외한 고유 메서드 6개의 이름과 기능을 표로 정리하세요. [answer] | DistanceJointComponent에서 Joints 프로퍼티를 제외한 고유 메서드 6개의 이름과 기능은 다음과 같습니다. | 메서드 이름 | 기능 | | :--- | :--- | | `AddJoint(Entity targetEntity, Vector2 localAnchorA, Vector2 localAnchorB, float length)` | DistanceJoint를 추가합니다. 성공 시 index, 실패 시 -1을 반환합니다. | | `DestroyJoint(int32 index)` | 순번이 index에 해당하는 Jo [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | DistanceJoint를 생성, 삭제할 수 있습니다. 연결된 강체 간 거리를 일정하게 유지합니다. # Properties - **SyncList<DistanceJoint> Joints [Sync] [ReadOnly]** Joint 정보를 설정합니다. ##### inherited from Component: - **boolean Enable [Sync]** 컴포넌트 활성화 여부를 확인합니다. - **boolean EnableInHierarchy [ReadOnly] [HideFromInspector]** 계층 구조상
[task] | code [pass] | ⏳ 미판정 [title] | AreaParticleComponent [question] | `AreaParticleComponent`의 `ParticleLoopEvent`가 발생할 때마다 `ParticleCount` 프로퍼티 값을 1씩 증가시키되, 10을 초과하지 않도록 제한하는 로직을 포함하는 스크립트를 작성해줘. [answer] | `AreaParticleComponent`의 `ParticleLoopEvent` 이벤트 핸들러를 등록하여 이벤트가 발생할 때마다 `ParticleCount` 값을 1씩 증가시키고, 10을 초과하면 10으로 고정하는 로직을 구현한 스크립트입니다. ```lua Property: [Sync] AreaParticleComponent ParticleComponent = nil Method: [client only] void OnBeginPlay() { self.ParticleComponent = self.Entity.AreaPar [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | - **OrderInLayerChangedEvent** Component의 OrderInLayer가 변경되었을 때 발생하는 이벤트입니다. - **ParticleEmitEndEvent** 파티클의 방출이 종료되었을 때 BaseParticleComponent에서 발생하는 이벤트입니다. - **ParticleEmitStartEvent** 파티클 입자 방출이 시작될 때 발생하는 이벤트입니다. - **ParticleLoopEvent** Loop 프로퍼티가 활성화 된 경우, 파티클의 방출 주기가 돌아와서 방출을 반복할 때 발생하
[task] | two_turn [pass] | ⏳ 미판정 [title] | UserDataStorage [question] | `UpdateAndWait`와 `UpdateAsync` 함수에서 `expectedValue` 매개변수는 어떤 역할을 하며, 기존 값이 일치하지 않을 때 어떤 에러가 발생하나요? [answer] | `UpdateAndWait`와 `UpdateAsync` 함수에서 `expectedValue` 매개변수는 **현재 데이터 저장소에 저장되어 있는 값과 일치해야만 갱신 작업이 수행되는 조건**으로 사용됩니다. 기존 값이 `expectedValue`와 일치하지 않을 때 발생하는 동작과 에러는 다음과 같습니다: 1. **갱신 실패**: 데이터가 갱신되지 않습니다. 2. **에러 코드 반환**: 에러 코드 `UpdateApiFailed(2000000)`가 반환됩니다. 3. **기존 값 반환**: `UpdateAndWait`의 경우 [followup] | `UpdateApiFailed(2000000)` 에러가 발생했을 때 반환되는 기존 값(`string`)을 활용하여 데이터 불일치를 로그로 기록하고 사용자에게 알리는 코드를 작성해 주세요. [followup_answer] | `UpdateAndWait` 함수를 사용하여 `expectedValue`와 실제 저장된 값이 일치하지 않아 에러 코드 `2000000`(`UpdateApiFailed`)이 반환되는 경우를 처리하고, 반환된 기존 값을 로그로 기록하는 예제입니다. ```lua [server only] void HandleUpdateMismatch() { local globalDataStorage = _DataStorageService:GetGlobalDataStorage("globalDS") -- "MyKey"의 값을 "Exp [scores] | [judge_reason] | [source_doc] | ing> keyValues) [ServerOnly] [Yield]** 입력한 DataStorageKeyInfo들로 데이터를 저장합니다. 모든 데이터 저장에 성공하면 에러 코드와 성공한 DataStorageKeyInfo를 반환합니다. 수행하는 동안 스크립트 실행을 중단합니다. 모든 작업 중 하나라도 실패한다면, 함수 호출이 실패합니다. 한 번에 최대 20개 Key까지 조작 할 수 있습니다. - **void TransactSetByInfoAsync(Dictionary<DataStorageKeyInfo, string> keyValue
[task] | two_turn [pass] | ⏳ 미판정 [title] | BaseParticleComponent [question] | AutoRandomSeed와 RandomSeed 속성이 파티클의 생성 위치 및 방출 방향에 미치는 영향을 코드 예시와 함께 설명해 주세요. [answer] | **AutoRandomSeed**와 **RandomSeed**는 파티클 시스템의 무작위성(Randomness)을 제어하는 서로 다른 역할을 가진 속성입니다. 1. **RandomSeed (integer)**: * 파티클이 재생될 때 **생성 위치**, **방출 방향**, **속도** 등을 결정하는 데 사용되는 고정된 랜덤 시드 값입니다. * 이 값을 특정 숫자로 고정하면, 매번 재생될 때 완전히 동일한 패턴(위치, 방향, 속도)으로 파티클이 생성됩니다. 이는 디버깅이나 일관된 연출이 필요할 때 유용합니다. [followup] | SortingLayer와 OrderInLayer를 함께 사용하여 여러 파티클이 겹칠 때의 우선순위를 제어하는 mLua 스크립트 예제를 작성해 주세요. [followup_answer] | **SortingLayer**와 **OrderInLayer**는 파티클이 화면에 어떻게 겹쳐 보이는지(깊이 우선순위)를 결정하는 속성입니다. 1. **SortingLayer (string)**: * 2개 이상의 엔티티가 겹쳤을 때, 이 레이어 이름에 따라 보이는 우선순위가 결정됩니다. * 일반적으로 "Front", "Back"과 같은 문자열을 사용하여 큰 그룹 단위로 렌더링 순서를 나눕니다. 2. **OrderInLayer (int32)**: * **같은 SortingLayer 내**에서의 우 [scores] | [judge_reason] | [source_doc] | 파티클 효과를 만드는 ParticleComponent들의 부모 컴포넌트입니다. # Properties - **boolean AutoRandomSeed [Sync]** 파티클 입자 방출이 시작될 때마다 랜덤 시드를 새로 생성할지 여부를 설정합니다. - **Color Color [Sync]** 렌더링될 파티클의 색상을 보정합니다. - **boolean IgnoreMapLayerCheck [Sync]** SortingLayer에 Map Layer 이름을 지정했을 때 자동 치환을 수행하지 않습니다. - **boolean Is
[task] | single_turn [pass] | ⏳ 미판정 [title] | AreaParticleComponent [question] | InputService의 KeyDownEvent 핸들러 내에서 KeyboardKey.Q 키를 눌렀을 때 파티클을 정지시키는 로직이 작동하지 않는다면, 가장 먼저 확인해야 할 컴포넌트 참조 오류의 원인은 무엇인가요? [answer] | InputService의 KeyDownEvent 핸들러에서 KeyboardKey.Q 키 입력 시 파티클 정지 로직이 작동하지 않는다면, 가장 먼저 확인해야 할 컴포넌트 참조 오류의 원인은 `self.ParticleComponent`가 `nil` 상태인 것입니다. 참고 문서의 예제 코드에서 볼 수 있듯이, `AreaParticleComponent`는 `OnBeginPlay()` 메서드 내에서 `self.Entity.AreaParticleComponent`를 통해 초기화됩니다. 만약 이 초기화 과정이 실패했거나, 스크립트가 실행되는 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | - **OrderInLayerChangedEvent** Component의 OrderInLayer가 변경되었을 때 발생하는 이벤트입니다. - **ParticleEmitEndEvent** 파티클의 방출이 종료되었을 때 BaseParticleComponent에서 발생하는 이벤트입니다. - **ParticleEmitStartEvent** 파티클 입자 방출이 시작될 때 발생하는 이벤트입니다. - **ParticleLoopEvent** Loop 프로퍼티가 활성화 된 경우, 파티클의 방출 주기가 돌아와서 방출을 반복할 때 발생하
[task] | code [pass] | ⏳ 미판정 [title] | AreaParticleComponent [question] | `AreaParticleComponent`의 `AreaSize`를 `UtilLogic:RandomDouble()`을 활용해 `OnBeginPlay`에서 초기화하고, `InputService`의 `KeyDownEvent`에서 `KeyboardKey.A`가 눌릴 때마다 `AreaSize.x` 값을 1 증가시키는 스크립트를 작성해줘. [answer] | `AreaParticleComponent`의 `AreaSize`를 초기화하고, 키 입력에 따라 `AreaSize.x`를 증가시키는 스크립트는 다음과 같습니다. ```lua Property: [Sync] AreaParticleComponent ParticleComponent = nil Method: [client only] void OnBeginPlay() { self.ParticleComponent = self.Entity.AreaParticleComponent -- AreaSize.x를 랜덤값(0~2)으로 초기화 self [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | - **OrderInLayerChangedEvent** Component의 OrderInLayer가 변경되었을 때 발생하는 이벤트입니다. - **ParticleEmitEndEvent** 파티클의 방출이 종료되었을 때 BaseParticleComponent에서 발생하는 이벤트입니다. - **ParticleEmitStartEvent** 파티클 입자 방출이 시작될 때 발생하는 이벤트입니다. - **ParticleLoopEvent** Loop 프로퍼티가 활성화 된 경우, 파티클의 방출 주기가 돌아와서 방출을 반복할 때 발생하
[task] | code [pass] | ⏳ 미판정 [title] | UserDataStorage [question] | _UserDataStorage 서비스의 UpdateByInfoAsync 메서드를 통해 DataStorageKeyInfo 객체를 사용해 기존 값이 "empty"일 때 "filled"로 갱신하고, 콜백 함수에서 에러 코드가 UpdateApiFailed(2000000)인지 아닌지에 따라 다른 메시지를 log로 기록하는 스크립트를 작성해줘 [answer] | 제공된 문서에는 `_UserDataStorage`라는 서비스 이름이 언급되지 않으며, 데이터 저장소 접근 예시에는 `_DataStorageService:GetGlobalDataStorage("globalDS")`를 통해 `globalDataStorage` 객체를 얻어오는 방식만 나와 있습니다. 또한 `UpdateByInfoAsync` 메서드는 `globalDataStorage` 같은 DataStorage 인스턴스 객체에 대한 메서드로 설명되어 있습니다. 따라서 문서에 근거하여, `_DataStorageService`를 통해 전역 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | ing> keyValues) [ServerOnly] [Yield]** 입력한 DataStorageKeyInfo들로 데이터를 저장합니다. 모든 데이터 저장에 성공하면 에러 코드와 성공한 DataStorageKeyInfo를 반환합니다. 수행하는 동안 스크립트 실행을 중단합니다. 모든 작업 중 하나라도 실패한다면, 함수 호출이 실패합니다. 한 번에 최대 20개 Key까지 조작 할 수 있습니다. - **void TransactSetByInfoAsync(Dictionary<DataStorageKeyInfo, string> keyValue
[task] | single_turn [pass] | ⏳ 미판정 [title] | BasicParticleComponent [question] | SortingLayer와 OrderInLayer 프로퍼티를 동시에 사용했을 때 두 엔티티의 겹침 우선순위는 어떻게 결정되나요? [answer] | `SortingLayer`와 `OrderInLayer`를 함께 사용했을 때, 두 엔티티의 겹침 우선순위는 다음 규칙에 따라 결정됩니다. 1. **SortingLayer 우선 적용**: 먼저 `SortingLayer` 값이 비교됩니다. 서로 다른 `SortingLayer`에 속한 엔티티는 `SortingLayer` 값이 더 큰(우선순위가 높은) 레이어에 속한 엔티티가 앞에 표시됩니다. 2. **OrderInLayer 보조 적용**: `SortingLayer` 값이 **동일**한 경우에만 `OrderInLayer` 값이 비교됩니다 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 기본 파티클의 설정 및 제어 기능을 제공합니다. # Properties - **BasicParticleType ParticleType [Sync]** 생성할 파티클의 타입을 설정합니다. ##### inherited from BaseParticleComponent: - **boolean AutoRandomSeed [Sync]** 파티클 입자 방출이 시작될 때마다 랜덤 시드를 새로 생성할지 여부를 설정합니다. - **Color Color [Sync]** 렌더링될 파티클의 색상을 보정합니다. - **boolean Ign
[task] | single_turn [pass] | ⏳ 미판정 [title] | BasicParticleComponent [question] | IsEmitting 프로퍼티가 [ReadOnly]와 [HideFromInspector] 속성을 가진 이유는 무엇이며, 이 값을 직접 변경할 수 있나요? [answer] | `IsEmitting` 프로퍼티가 `[ReadOnly]`와 `[HideFromInspector]` 속성을 가진 이유는 다음과 같습니다. 1. **`[ReadOnly]`**: 이 값은 파티클 시스템이 현재 새 파티클을 실제로 방출하고 있는 상태인지 나타내는 **읽기 전용(Read-Only)** 상태 값입니다. 개발자가 스크립트에서 이 값을 직접 수정하는 것이 아니라, 파티클 재생(`Play()`) 또는 중지(`Stop()`)에 따라 시스템이 자동으로 업데이트하는 값입니다. 2. **`[HideFromInspector]`**: 이 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 기본 파티클의 설정 및 제어 기능을 제공합니다. # Properties - **BasicParticleType ParticleType [Sync]** 생성할 파티클의 타입을 설정합니다. ##### inherited from BaseParticleComponent: - **boolean AutoRandomSeed [Sync]** 파티클 입자 방출이 시작될 때마다 랜덤 시드를 새로 생성할지 여부를 설정합니다. - **Color Color [Sync]** 렌더링될 파티클의 색상을 보정합니다. - **boolean Ign
[task] | single_turn [pass] | ⏳ 미판정 [title] | BasicParticleComponent [question] | 예제 코드에서 self.Entity.BasicParticleComponent를 통해 컴포넌트를 직접 참조하는 방식이 다른 컴포넌트 접근 방식과 무엇이 다른가요? [answer] | 제공된 참고 문서에는 `self.Entity.BasicParticleComponent`를 통한 컴포넌트 참조 방식이 다른 컴포넌트 접근 방식과 무엇이 다른지에 대한 비교 설명이나 다른 접근 방식에 대한 정보가 포함되어 있지 않습니다. 문서에는 `self.Entity.BasicParticleComponent`를 사용하여 `BasicParticleComponent`를 직접 참조하는 예제 코드만 제시되어 있으며, 다른 컴포넌트 접근 방식(예: `GetComponent` 등)과의 차이점에 대해 언급하고 있지 않습니다. 따라서 주어진 문서 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | - **OrderInLayerChangedEvent** Component의 OrderInLayer가 변경되었을 때 발생하는 이벤트입니다. - **ParticleEmitEndEvent** 파티클의 방출이 종료되었을 때 BaseParticleComponent에서 발생하는 이벤트입니다. - **ParticleEmitStartEvent** 파티클 입자 방출이 시작될 때 발생하는 이벤트입니다. - **ParticleLoopEvent** Loop 프로퍼티가 활성화 된 경우, 파티클의 방출 주기가 돌아와서 방출을 반복할 때 발생하
[task] | code [pass] | ⏳ 미판정 [title] | BasicParticleComponent [question] | BasicParticleComponent의 Loop 속성이 true일 때만 Play()를 호출하고, false일 경우 Stop()을 호출하여 파티클 재생 상태를 제어하는 스크립트를 작성해줘. [answer] | `BasicParticleComponent`의 `Loop` 프로퍼티 값을 확인하여 `true`일 때 `Play()`, `false`일 때 `Stop()`을 호출하는 스크립트입니다. 참고 문서의 예제에 따라 컴포넌트 접근은 `self.Entity.BasicParticleComponent` 형태로 수행하며, 상태 변경 로직은 `OnUpdate` 생명주기 메서드에서 수행하도록 작성했습니다. ```lua Property: [Sync] BasicParticleComponent ParticleComponent = nil Method: [ [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 기본 파티클의 설정 및 제어 기능을 제공합니다. # Properties - **BasicParticleType ParticleType [Sync]** 생성할 파티클의 타입을 설정합니다. ##### inherited from BaseParticleComponent: - **boolean AutoRandomSeed [Sync]** 파티클 입자 방출이 시작될 때마다 랜덤 시드를 새로 생성할지 여부를 설정합니다. - **Color Color [Sync]** 렌더링될 파티클의 색상을 보정합니다. - **boolean Ign
[task] | instruction_following [pass] | ⏳ 미판정 [title] | DistanceJointComponent [question] | 문서의 예제 코드에서 `Connect()` 메서드가 호출될 때 `DistanceJointComponent`에 어떤 인자 4개가 전달되는지, 각 인자의 값을 코드 주석 형식으로만 출력하세요. [answer] | ```lua -- 1. 연결할 대상 엔티티 (ball) -- 2. 상대 로컬 오프셋 (Vector2.zero) -- 3. 자기 로컬 오프셋 (Vector2.zero) -- 4. 최대 거리 (두 엔티티의 WorldPosition 2D 좌표 사이 거리) ``` [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | R을 눌러 Joint를 추가해 떨어지는 공을 잡는 예제입니다. ```lua Function: [server] void Connect () { local ball = _EntityService:GetEntityByPath("/maps/map01/Ball") self.Entity.DistanceJointComponent:AddJoint( ball, Vector2.zero, Vector2.zero, Vector2.Distance(ball.TransformComponent.WorldPosition:ToVector2
[task] | instruction_following [pass] | ⏳ 미판정 [title] | DistanceJointComponent [question] | R키를 눌렀을 때 Joint 연결/해제 로직이 실행되는 조건을 `GetJointsCount()` 반환값 기준으로 2단계 번호 목록으로 정리하세요. [answer] | R키를 눌렀을 때 Joint 연결/해제 로직은 `self.Entity.DistanceJointComponent:GetJointsCount()`의 반환값에 따라 다음과 같이 실행됩니다. 1. `GetJointsCount()`가 0을 반환하는 경우: 현재 연결된 Joint가 없으므로 `Connect()` 메서드가 실행되어 Joint가 연결됩니다. 2. `GetJointsCount()`가 0이 아닌 경우: 이미 연결된 Joint가 있으므로 `Disconnect()` 메서드가 실행되어 Joint가 해제됩니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | R을 눌러 Joint를 추가해 떨어지는 공을 잡는 예제입니다. ```lua Function: [server] void Connect () { local ball = _EntityService:GetEntityByPath("/maps/map01/Ball") self.Entity.DistanceJointComponent:AddJoint( ball, Vector2.zero, Vector2.zero, Vector2.Distance(ball.TransformComponent.WorldPosition:ToVector2
[task] | instruction_following [pass] | ⏳ 미판정 [title] | DistanceJointComponent [question] | `Disconnect()` 메서드에서 `Joints` 컬렉션과 `LineRendererComponent`에 적용되는 변경 사항을 표(변경 대상, 적용 값)로 정리하세요. [answer] | `Disconnect()` 메서드에서 적용되는 변경 사항은 다음과 같습니다. | 변경 대상 | 적용 값 | | :--- | :--- | | `self.Entity.DistanceJointComponent.Joints` | `Clear()` (모든 joint 제거) | | `self.Entity.LineRendererComponent.Enable` | `false` (라인 렌더러 비활성화) | [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | R을 눌러 Joint를 추가해 떨어지는 공을 잡는 예제입니다. ```lua Function: [server] void Connect () { local ball = _EntityService:GetEntityByPath("/maps/map01/Ball") self.Entity.DistanceJointComponent:AddJoint( ball, Vector2.zero, Vector2.zero, Vector2.Distance(ball.TransformComponent.WorldPosition:ToVector2