[task] | single_turn [pass] | ⏳ 미판정 [title] | 프로퍼티 [question] | Vector4 타입은 Vector3의 멤버 변수에 어떤 것이 추가된 것인가요? [answer] | Vector4 타입은 Vector3의 멤버 변수에 **w**가 추가된 것입니다. 따라서 Vector4의 멤버 변수는 x, y, z, w 입니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 3차원 벡터와 위치를 표현합니다. **Vector2**와 마찬가지로 프로퍼티 또는 변수에 할당 시 참조됩니다. **Vector2**에서 멤버 변수 z가 추가됩니다. **TransformComponent**의 **Position**에 할당할 때를 제외하곤 주로 **Vector2**를 사용합니다. 값의 생성과 참조, 그리고 멤버 변수 x, y, z에 접근하는 방법은 아래를 참고합니다. ```lua Method: [Server Only] void OnBeginPlay() { local tmpVector3 = Vector3(10,
[task] | code [pass] | ⏳ 미판정 [title] | 몬스터를 스폰해 보자 [question] | _EntityService:GetEntityByPath 로 "/maps/map01" 을 부모로 설정하고, _SpawnService:SpawnByModelId 의 두 번째 인자로 "SpawnedMonster" 를 전달하여 몬스터를 스폰하는 SpawnMonster 메서드를 구현하는 스크립트를 작성해줘. [answer] | 요청하신 `SpawnMonster` 메서드를 구현한 스크립트입니다. `_EntityService:GetEntityByPath("/maps/map01")` 을 통해 부모 엔티티를 찾고, `_SpawnService:SpawnByModelId` 의 두 번째 인자로 `"SpawnedMonster"` 를 전달하여 스폰합니다. ```lua Method: [server only] void SpawnMonster() { local parent = _EntityService:GetEntityByPath("/maps/map01") _ [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 지정한 영역 안에서 랜덤한 위치에 몬스터를 스폰하는 기능을 추가하겠습니다. 위에 확인했던 좌표를 기준으로 스폰 영역을 정의하고, 영역 내 랜덤한 위치에 몬스터를 스폰해 봅시다. 1. **MonsterSpawn**을 스크립트 에디터에서 열고 **Vector3** 타입의 새 함수 `GetRandomPosition()`을 추가합니다. 2. `GetRandomPosition()` 함수를 다음과 같이 작성합니다. 위에서 기록해두었던 좌표를 함수에 활용합니다. ```lua Vector3 GetRandomPositio
[task] | code [pass] | ⏳ 미판정 [title] | 몬스터를 스폰해 보자 [question] | _EntityService:GetEntityByPath("/maps/map01") 로 부모 엔티티를 조회하고, 이 엔티티를 기준으로 몬스터를 스폰하는 과정을 포함하는 MonsterSpawn 컴포넌트의 핵심 스폰 로직을 작성해줘. [answer] | 요청하신 `MonsterSpawn` 컴포넌트의 핵심 스폰 로직은 `_EntityService:GetEntityByPath`로 부모 엔티티를 조회한 후, `_SpawnService:SpawnByModelId`를 사용하여 해당 위치를 기준으로 몬스터를 생성하는 방식으로 구현합니다. 모델의 Entry ID는 Workspace에 추가된 몬스터 모델의 우클릭 메뉴에서 복사한 값을 `"Entry ID"` 부분에 대입해야 하며, `model://` 접두사는 제거하여 사용해도 정상 작동합니다. ```lua Property: [None] str [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 이제 스크립트를 통해 몬스터 스폰 기능을 만들어보겠습니다. 우선은 특정 좌표에 몬스터를 스폰해 보고 점차 기능을 확장해 봅시다. 1. 새 스크립트 컴포넌트 **MonsterSpawn**을 생성합니다. 2. **MonsterSpawn** 스크립트를 열어 `SpawnMonster()` 함수를 추가합니다. 3. `SpawnMonster()` 함수를 다음과 같이 작성합니다. ```lua void SpawnMonster() { local parent = _EntityServ
[task] | single_turn [pass] | ⏳ 미판정 [title] | 몬스터를 스폰해 보자 [question] | _UtilLogic:RandomIntegerRange 로 랜덤한 X 좌표를 구할 때 왜 0부터 100까지의 정수를 나눈 후 영역 너비에 곱하는 식을 사용해야 하는지 설명해 주세요. [answer] | `_UtilLogic:RandomIntegerRange(0, 100)` 함수는 0과 100 사이의 **정수** 값을 반환합니다. 반면, 스폰 영역 내의 랜덤 좌표는 영역의 시작점과 끝점 사이의 **실수(소수 포함)** 값이어야 합니다. 따라서 다음과 같은 두 가지 이유로 `(정수 / 100) * areaWidth` 식을 사용합니다. 1. **0.0 ~ 1.0 범위로 정규화:** 0~100 사이의 정수를 100으로 나누면 0.00 ~ 1.00 사이의 소수 값이 생성됩니다. 이는 0부터 1까지의 비율(Percentage)을 나타냅 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 지정한 영역 안에서 랜덤한 위치에 몬스터를 스폰하는 기능을 추가하겠습니다. 위에 확인했던 좌표를 기준으로 스폰 영역을 정의하고, 영역 내 랜덤한 위치에 몬스터를 스폰해 봅시다. 1. **MonsterSpawn**을 스크립트 에디터에서 열고 **Vector3** 타입의 새 함수 `GetRandomPosition()`을 추가합니다. 2. `GetRandomPosition()` 함수를 다음과 같이 작성합니다. 위에서 기록해두었던 좌표를 함수에 활용합니다. ```lua Vector3 GetRandomPositio
[task] | code [pass] | ⏳ 미판정 [title] | 몬스터를 스폰해 보자 [question] | 5초마다 10마리까지 제한하며 _SpawnService 로 몬스터를 스폰하는 MonsterSpawn 스크립트를 작성해줘 [answer] | 요청하신 조건(5초마다 1마리 스폰, 최대 10마리 제한)을 만족하는 `MonsterSpawn` 스크립트입니다. ```lua Property: [Sync] number MaxSpawnCount = 10 [Sync] number Time = 0 [None] table MonsterArray = {} Method: [server only] void OnBeginPlay() { self.MonsterArray = {} } void SpawnMonster() { local parent = _EntityService:Ge [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 이번에는 5초마다 몬스터를 한 마리씩 추가로 스폰하되, 최대 10개까지만 생성하는 기능을 만들어보겠습니다. 1. **MonsterSpawn**을 열고 프로퍼티를 추가합니다. ```lua Property: [Sync] number MaxSpawnCount = 10 [Sync] number Time = 0 [None] table MonsterArray = {} ``` 2. `OnBeginPlay()` 함수를 다음과 같이 수정합니다. ```lua
[task] | instruction_following [pass] | ⏳ 미판정 [title] | 프로퍼티 [question] | Component와 ComponentRef의 차이점을 3문장 이내로 설명하고, 각각의 참조 방식과 성능 차이를 명시하세요. [answer] | Component는 컴포넌트를 직접 참조하여 접근이 빠르지만, 다른 맵으로 이동하면 참조가 끊어집니다. ComponentRef는 컴포넌트의 키 값을 저장해 두었다가 실제 접근 시점에 컴포넌트를 탐색하므로 다른 맵 이동 후에도 안전하게 접근할 수 있습니다. 이러한 탐색 과정 때문에 ComponentRef는 Component보다 성능이 느립니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 컴포넌트 가리키는 프로퍼티입니다. 프로퍼티 타입을 Component 선택 후, 버튼을 눌러 특정 컴포넌트를 타입으로 설정할 수 있습니다. Component와 ComponentRef의 기본 사용법은 동일하며, 참조 방식이 다릅니다. * Component: 컴포넌트를 직접 참조합니다. 다른 맵에 갔다 오면 참조가 끊어지고 프로퍼티를 사용할 수 없게 됩니다. * ComponentRef: 컴포넌트의 키 값을 가지고 있다가 실제 접근할 때 컴포넌트를 찾습니다. 다른 맵에 갔다 왔을 때 원래 가리키던 컴포넌트에 문제없이 접근할 수 있습니다.
[task] | code [pass] | ⏳ 미판정 [title] | 몬스터를 스폰해 보자 [question] | OnBeginPlay() 시 서버 측에서 SpawnMonster() 를 호출하여 시작 시점에 몬스터가 스폰되도록 하는 MonsterSpawn 스크립트를 작성해줘. [answer] | 요청하신 `MonsterSpawn` 스크립트 컴포넌트입니다. 서버 측에서 시작 시점에 몬스터가 스폰되도록 `OnBeginPlay()`에서 `SpawnMonster()`를 호출하는 구조입니다. ```lua Property: [None] Method: [server only] void SpawnMonster() { local parent = _EntityService:GetEntityByPath("/maps/map01") _SpawnService:SpawnByModelId( "Entry ID", [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 이제 스크립트를 통해 몬스터 스폰 기능을 만들어보겠습니다. 우선은 특정 좌표에 몬스터를 스폰해 보고 점차 기능을 확장해 봅시다. 1. 새 스크립트 컴포넌트 **MonsterSpawn**을 생성합니다. 2. **MonsterSpawn** 스크립트를 열어 `SpawnMonster()` 함수를 추가합니다. 3. `SpawnMonster()` 함수를 다음과 같이 작성합니다. ```lua void SpawnMonster() { local parent = _EntityServ
[task] | single_turn [pass] | ⏳ 미판정 [title] | 몬스터를 스폰해 보자 [question] | `OnUpdate` 함수에서 `self.Time` 을 5초 단위로 초기화하는 방식 대신 `_TimerService` 를 사용하는 것이 더 나은가요? [answer] | 제공된 참고 문서의 정보만 근거로 답변드립니다. 참고 문서에는 `OnUpdate` 함수를 사용하여 `delta` 값을 누적하고 특정 시간(5초)이 되면 초기화하는 방식을 사용하는 예제만 명시되어 있습니다. `_TimerService` API 자체는 다른 예제(토스트 메시지 표시 예제)에서 `_TimerService:SetTimerOnce(callback, 3)` 형태로 사용 가능한 것으로 확인되나, **문서에는 `OnUpdate` 기반 타이머 방식과 `_TimerService` 방식의 성능 비교, 혹은 어느 방식이 "더 나은지"에 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 이번에는 5초마다 몬스터를 한 마리씩 추가로 스폰하되, 최대 10개까지만 생성하는 기능을 만들어보겠습니다. 1. **MonsterSpawn**을 열고 프로퍼티를 추가합니다. ```lua Property: [Sync] number MaxSpawnCount = 10 [Sync] number Time = 0 [None] table MonsterArray = {} ``` 2. `OnBeginPlay()` 함수를 다음과 같이 수정합니다. ```lua
[task] | instruction_following [pass] | ⏳ 미판정 [title] | 프로퍼티 [question] | Vector3의 참조 특성을 보여주는 OnBeginPlay 메서드만 출력하고, 동작 원리는 주석으로 설명하세요. [answer] | ```lua Method: [Server Only] void OnBeginPlay() { -- Vector3(10, 10, 10)을 생성하여 tmpVector3 변수에 할당합니다. local tmpVector3 = Vector3(10, 10, 10) -- tmpVector3을 Vt1, Vt2 변수에 각각 할당합니다. -- Vector3은 참조 타입이므로, Vt1과 Vt2는 모두 tmpVector3이 가리키는 동일한 메모리 주소를 참조하게 됩니다. local Vt1 = tmpVector3 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 3차원 벡터와 위치를 표현합니다. **Vector2**와 마찬가지로 프로퍼티 또는 변수에 할당 시 참조됩니다. **Vector2**에서 멤버 변수 z가 추가됩니다. **TransformComponent**의 **Position**에 할당할 때를 제외하곤 주로 **Vector2**를 사용합니다. 값의 생성과 참조, 그리고 멤버 변수 x, y, z에 접근하는 방법은 아래를 참고합니다. ```lua Method: [Server Only] void OnBeginPlay() { local tmpVector3 = Vector3(10,
[task] | two_turn [pass] | ⏳ 미판정 [title] | 몬스터를 스폰해 보자 [question] | OnBeginPlay에서 SpawnMonster를 호출할 때 [server only] 실행 공간 지정이 필수적인 이유와, 클라이언트에서 호출했을 때 발생하는 오류나 행동은 어떻게 되는지 알고 싶어요 [answer] | 제공된 참고 문서에는 `OnBeginPlay`에서 `SpawnMonster`를 호출할 때 `[server only]` 실행 공간 지정이 **왜** 필수적인지, 또는 클라이언트에서 호출했을 때 **어떤 오류나 행동**이 발생하는지에 대한 기술적 설명이 포함되어 있지 않습니다. 문서에는 `OnBeginPlay()` 함수에 `[server only]` 태그를 붙여 `SpawnMonster()`를 호출하는 코드 예제와, `_SpawnService:SpawnByModelId`를 사용하려면 Workspace에 모델이 추가되어 있어야 한다는 [followup] | 멀티플레이 환경에서 서버와 클라이언트의 스폰 요청 처리 차이와, _SpawnService의 서버 전용 특성 관련 예외 처리 코드를 보여줄 수 있나요? [followup_answer] | 제공된 참고 문서에는 멀티플레이 환경에서 서버와 클라이언트의 스폰 요청 처리 차이에 대한 설명이 없으며, `_SpawnService`의 서버 전용 특성(예: 클라이언트에서 호출 시 발생하는 오류)에 대한 정보도 포함되어 있지 않습니다. 문서에서는 `OnBeginPlay()` 함수에 `[server only]` 태그를 붙여 `SpawnMonster()`를 호출하는 코드 예제만 제시하고 있을 뿐, 이것이 왜 서버 전용인지, 또는 클라이언트에서 호출했을 때 어떤 예외가 발생하는지에 대한 기술적 근거를 제공하지 않습니다. 또한 `_Spa [scores] | [judge_reason] | [source_doc] | 이제 스크립트를 통해 몬스터 스폰 기능을 만들어보겠습니다. 우선은 특정 좌표에 몬스터를 스폰해 보고 점차 기능을 확장해 봅시다. 1. 새 스크립트 컴포넌트 **MonsterSpawn**을 생성합니다. 2. **MonsterSpawn** 스크립트를 열어 `SpawnMonster()` 함수를 추가합니다. 3. `SpawnMonster()` 함수를 다음과 같이 작성합니다. ```lua void SpawnMonster() { local parent = _EntityServ
[task] | instruction_following [pass] | ⏳ 미판정 [title] | 몬스터를 스폰해 보자 [question] | `OnUpdate` 함수에서 5초 주기와 최대 스폰 수 제한 로직을 구현하는 mLua 코드를 단계별 번호 목록으로 정리하세요. [answer] | `OnUpdate` 함수에서 5초 주기와 최대 스폰 수 제한 로직을 구현하기 위한 mLua 코드 구성은 다음과 같습니다. 1. **필요한 프로퍼티 선언** 최대 스폰 수(`MaxSpawnCount`)와 타이머(`Time`)를 관리하기 위해 `[Sync]` 속성을 가진 `number` 타입 프로퍼티를 선언합니다. ```lua Property: [Sync] number MaxSpawnCount = 10 [Sync] number Time = 0 ``` 2. **현재 유효한 몬스터 개수 계산 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 이번에는 5초마다 몬스터를 한 마리씩 추가로 스폰하되, 최대 10개까지만 생성하는 기능을 만들어보겠습니다. 1. **MonsterSpawn**을 열고 프로퍼티를 추가합니다. ```lua Property: [Sync] number MaxSpawnCount = 10 [Sync] number Time = 0 [None] table MonsterArray = {} ``` 2. `OnBeginPlay()` 함수를 다음과 같이 수정합니다. ```lua
[task] | code [pass] | ⏳ 미판정 [title] | 몬스터를 스폰해 보자 [question] | OnUpdate 에서 self.Time 을 누적하여 5초가 넘으면 GetCurMonsterCount 를 호출하여 _SpawnService 로 몬스터를 생성하는 타이머 스크립트를 작성해줘 [answer] | 요청하신 로직을 바탕으로 `OnUpdate`에서 시간을 누적하여 5초마다 현재 몬스터 수를 확인하고, 최대 수량(`MaxSpawnCount`) 미만일 때 `_SpawnService`로 몬스터를 스폰하는 mLua 스크립트를 작성했습니다. 다음은 `MonsterSpawn` 컴포넌트의 전체 코드입니다. ```lua Property: [Sync] number MaxSpawnCount = 10 [Sync] number Time = 0 [None] table MonsterArray = {} Method: [server only] voi [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 이번에는 5초마다 몬스터를 한 마리씩 추가로 스폰하되, 최대 10개까지만 생성하는 기능을 만들어보겠습니다. 1. **MonsterSpawn**을 열고 프로퍼티를 추가합니다. ```lua Property: [Sync] number MaxSpawnCount = 10 [Sync] number Time = 0 [None] table MonsterArray = {} ``` 2. `OnBeginPlay()` 함수를 다음과 같이 수정합니다. ```lua
[task] | single_turn [pass] | ⏳ 미판정 [title] | 프로퍼티 [question] | Entity 프로퍼티와 EntityRef 프로퍼티 중 다른 맵으로 이동했다가 돌아와도 엔티티에 접근할 수 있도록 하려면 어떤 타입을 선택해야 하나요? [answer] | 다른 맵으로 이동했다가 돌아와도 엔티티에 접근할 수 있도록 하려면 **EntityRef** 타입을 선택해야 합니다. * **Entity**는 엔티티를 직접 참조하므로, 다른 맵으로 이동했다가 돌아오면 참조가 끊어져 프로퍼티를 사용할 수 없게 됩니다. * **EntityRef**는 엔티티의 키 값을 가지고 있다가 실제 접근할 때 엔티티를 찾기 때문에, 맵 이동 후에도 원래 가리키던 엔티티에 문제없이 접근할 수 있습니다. (참고: EntityRef는 접근할 때마다 엔티티를 찾아야 하므로 Entity보다 성능이 느릴 수 있습니다 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 3차원 벡터와 위치를 표현합니다. **Vector2**와 마찬가지로 프로퍼티 또는 변수에 할당 시 참조됩니다. **Vector2**에서 멤버 변수 z가 추가됩니다. **TransformComponent**의 **Position**에 할당할 때를 제외하곤 주로 **Vector2**를 사용합니다. 값의 생성과 참조, 그리고 멤버 변수 x, y, z에 접근하는 방법은 아래를 참고합니다. ```lua Method: [Server Only] void OnBeginPlay() { local tmpVector3 = Vector3(10,
[task] | single_turn [pass] | ⏳ 미판정 [title] | 프로퍼티 [question] | 프로퍼티 에디터에서 설정한 값과 스크립트에서 설정한 초깃값 중 어떤 것이 우선순위가 높은가요? [answer] | 프로퍼티 에디터에서 설정한 값이 스크립트에서 설정한 초깃값보다 우선순위가 높습니다. 따라서 엔티티에 컴포넌트를 추가한 후 프로퍼티 에디터에서 값을 설정하면, 해당 엔티티는 스크립트의 기본값 대신 프로퍼티 에디터에서 지정한 값을 사용하게 됩니다. 이는 엔티티별로 서로 다른 프로퍼티 값을 설정할 때 유용합니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 컴포넌트 가리키는 프로퍼티입니다. 프로퍼티 타입을 Component 선택 후, 버튼을 눌러 특정 컴포넌트를 타입으로 설정할 수 있습니다. Component와 ComponentRef의 기본 사용법은 동일하며, 참조 방식이 다릅니다. * Component: 컴포넌트를 직접 참조합니다. 다른 맵에 갔다 오면 참조가 끊어지고 프로퍼티를 사용할 수 없게 됩니다. * ComponentRef: 컴포넌트의 키 값을 가지고 있다가 실제 접근할 때 컴포넌트를 찾습니다. 다른 맵에 갔다 왔을 때 원래 가리키던 컴포넌트에 문제없이 접근할 수 있습니다.
[task] | instruction_following [pass] | ⏳ 미판정 [title] | 프로퍼티 [question] | 프로퍼티 초깃값 설정 시 스크립트와 프로퍼티 에디터의 우선순위를 단계별 번호 목록으로 정리하세요. [answer] | 프로퍼티 초깃값 설정 시 스크립트와 프로퍼티 에디터의 우선순위는 다음과 같습니다. 1. 프로퍼티 에디터에서 설정한 프로퍼티 값이 가장 높은 우선순위를 가집니다. 2. 스크립트에서 설정한 프로퍼티 초깃값은 프로퍼티 에디터에서 값을 설정하지 않은 경우에만 적용됩니다. 3. 따라서 엔티티에 컴포넌트를 추가한 후 프로퍼티 에디터에서 초깃값을 설정하면, 해당 엔티티는 프로퍼티 에디터에서 설정한 값을 기준으로 동작하게 됩니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 컴포넌트 가리키는 프로퍼티입니다. 프로퍼티 타입을 Component 선택 후, 버튼을 눌러 특정 컴포넌트를 타입으로 설정할 수 있습니다. Component와 ComponentRef의 기본 사용법은 동일하며, 참조 방식이 다릅니다. * Component: 컴포넌트를 직접 참조합니다. 다른 맵에 갔다 오면 참조가 끊어지고 프로퍼티를 사용할 수 없게 됩니다. * ComponentRef: 컴포넌트의 키 값을 가지고 있다가 실제 접근할 때 컴포넌트를 찾습니다. 다른 맵에 갔다 왔을 때 원래 가리키던 컴포넌트에 문제없이 접근할 수 있습니다.
[task] | code [pass] | ⏳ 미판정 [title] | 몬스터를 스폰해 보자 [question] | OnBeginPlay 생명주기 메서드에서 SpawnMonster 함수를 한 번 호출하여 게임 시작 시점에 즉시 몬스터가 스폰되도록 하는 스크립트를 작성해줘. [answer] | `OnBeginPlay` 생명주기 메서드에서 `SpawnMonster`를 호출하여 게임 시작 시점에 몬스터를 즉시 스폰하는 스크립트는 다음과 같습니다. ```lua Property: [None] string MonsterModelId = "Entry ID" Method: [server only] void OnBeginPlay() { self:SpawnMonster() } Method: [server only] void SpawnMonster() { local parent = _EntityService:GetEnt [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 지정한 영역 안에서 랜덤한 위치에 몬스터를 스폰하는 기능을 추가하겠습니다. 위에 확인했던 좌표를 기준으로 스폰 영역을 정의하고, 영역 내 랜덤한 위치에 몬스터를 스폰해 봅시다. 1. **MonsterSpawn**을 스크립트 에디터에서 열고 **Vector3** 타입의 새 함수 `GetRandomPosition()`을 추가합니다. 2. `GetRandomPosition()` 함수를 다음과 같이 작성합니다. 위에서 기록해두었던 좌표를 함수에 활용합니다. ```lua Vector3 GetRandomPositio
[task] | two_turn [pass] | ⏳ 미판정 [title] | 몬스터를 스폰해 보자 [question] | _spawnService:SpawnByModelId 호출 시 "Entry ID" 매개변수로 model:// 접두사가 포함된 문자열을 그대로 전달해도 정상 작동하는지 확인하고 싶어요 [answer] | 네, 정상 작동합니다. 참고 문서에 따르면, `model://` 접두사가 포함된 Entry ID를 그대로 전달해도 무방합니다. 문서에서는 Workspace에서 모델을 우클릭하여 복사한 Entry ID를 붙여넣을 때 **"model://를 삭제해도 정상작동합니다"**라고 명시하고 있습니다. 이는 반대로, 접두사를 붙인 상태로 전달하는 경우에도 동작한다는 의미입니다. 따라서 `_SpawnService:SpawnByModelId` 호출 시 `"Entry ID"` 매개변수에 `model://`를 포함하거나 제거한 문자열을 모두 사용할 [followup] | Entry ID 복사 시 model://가 포함된 경우와 없는 경우의 차이와, 스크립트에서 문자열 처리 시 주의할 점이 무엇인가요? [followup_answer] | 참고 문서에 근거한 답변은 다음과 같습니다. ### 1. Entry ID의 `model://` 포함 여부 차이 문서에는 **"model://를 삭제해도 정상작동합니다"**라고 명시되어 있습니다. 이는 `model://` 접두사가 포함된 문자열과 제외된 문자열 모두 `_SpawnService:SpawnByModelId`의 첫 번째 매개변수로 전달할 수 있으며, 둘 다 정상적으로 동작한다는 의미입니다. 즉, 기술적 기능 차이보다는 개발자의 편의성이나 코드 가독성을 위한 선택 사항입니다. ### 2. 스크립트에서 문자열 처리 시 주의 [scores] | [judge_reason] | [source_doc] | 이제 스크립트를 통해 몬스터 스폰 기능을 만들어보겠습니다. 우선은 특정 좌표에 몬스터를 스폰해 보고 점차 기능을 확장해 봅시다. 1. 새 스크립트 컴포넌트 **MonsterSpawn**을 생성합니다. 2. **MonsterSpawn** 스크립트를 열어 `SpawnMonster()` 함수를 추가합니다. 3. `SpawnMonster()` 함수를 다음과 같이 작성합니다. ```lua void SpawnMonster() { local parent = _EntityServ
[task] | single_turn [pass] | ⏳ 미판정 [title] | 프로퍼티 [question] | ComponentRef가 Component보다 성능이 느린 이유는 무엇인가요? [answer] | ComponentRef가 Component보다 성능이 느린 이유는 접근 방식의 차이 때문입니다. * **Component**는 컴포넌트를 **직접 참조**합니다. * **ComponentRef**는 컴포넌트의 **키 값을 저장**해 두었다가, 실제 프로퍼티에 접근할 때마다 그 키를 이용해 **컴포넌트를 다시 찾아서** 접근합니다. 이 '찾아오는 과정'이 매 접근 시마다 반복되므로, 직접 참조하는 Component보다 처리 시간이 더 걸려 느린 것으로 판단됩니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 컴포넌트 가리키는 프로퍼티입니다. 프로퍼티 타입을 Component 선택 후, 버튼을 눌러 특정 컴포넌트를 타입으로 설정할 수 있습니다. Component와 ComponentRef의 기본 사용법은 동일하며, 참조 방식이 다릅니다. * Component: 컴포넌트를 직접 참조합니다. 다른 맵에 갔다 오면 참조가 끊어지고 프로퍼티를 사용할 수 없게 됩니다. * ComponentRef: 컴포넌트의 키 값을 가지고 있다가 실제 접근할 때 컴포넌트를 찾습니다. 다른 맵에 갔다 왔을 때 원래 가리키던 컴포넌트에 문제없이 접근할 수 있습니다.
[task] | single_turn [pass] | ⏳ 미판정 [title] | 프로퍼티 [question] | TransformComponent의 Position 프로퍼티에 값을 할당할 때 Vector2 대신 Vector3을 사용해야 하는 이유는 무엇인가요? [answer] | `TransformComponent`의 `Position`은 엔티티의 3차원 공간 내 위치를 표현하므로, x, y, z 세 가지 좌표 값을 모두 포함하는 `Vector3` 타입을 사용해야 합니다. `Vector2`는 2차원 공간(x, y)만을 표현하는 타입이므로, 3차원 위치를 완전히 나타내지 못합니다. 따라서 `TransformComponent.Position`에 값을 할당할 때는 `Vector2`가 아닌 `Vector3`을 사용해야 하며, 이 경우를 제외하고는 주로 `Vector2`를 사용하는 것이 일반적입니다. ```lua [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 3차원 벡터와 위치를 표현합니다. **Vector2**와 마찬가지로 프로퍼티 또는 변수에 할당 시 참조됩니다. **Vector2**에서 멤버 변수 z가 추가됩니다. **TransformComponent**의 **Position**에 할당할 때를 제외하곤 주로 **Vector2**를 사용합니다. 값의 생성과 참조, 그리고 멤버 변수 x, y, z에 접근하는 방법은 아래를 참고합니다. ```lua Method: [Server Only] void OnBeginPlay() { local tmpVector3 = Vector3(10,
[task] | instruction_following [pass] | ⏳ 미판정 [title] | 프로퍼티 [question] | 문서에 제시된 any 타입 프로퍼티 사용 예시를 코드만 출력하고, 동작 원리는 주석으로만 설명하세요. [answer] | ```lua Property: [None] any EntityProperty = nil any ComponentProperty = nil Method: [Server Only] void OnBeginPlay() { -- any 타입 프로퍼티는 어떤 타입이든 참조할 수 있으며, 주로 Entity나 Component를 참조할 때 활용합니다. -- _EntityService를 사용하여 지정된 경로에 있는 엔티티를 조회하여 EntityProperty에 대입합니다. self.EntityProperty = _Entity [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 컴포넌트 가리키는 프로퍼티입니다. 프로퍼티 타입을 Component 선택 후, 버튼을 눌러 특정 컴포넌트를 타입으로 설정할 수 있습니다. Component와 ComponentRef의 기본 사용법은 동일하며, 참조 방식이 다릅니다. * Component: 컴포넌트를 직접 참조합니다. 다른 맵에 갔다 오면 참조가 끊어지고 프로퍼티를 사용할 수 없게 됩니다. * ComponentRef: 컴포넌트의 키 값을 가지고 있다가 실제 접근할 때 컴포넌트를 찾습니다. 다른 맵에 갔다 왔을 때 원래 가리키던 컴포넌트에 문제없이 접근할 수 있습니다.
[task] | two_turn [pass] | ⏳ 미판정 [title] | 몬스터를 스폰해 보자 [question] | 스폰 영역 좌표(x, y)를 기반으로 랜덤 위치를 생성하여 몬스터를 스폰하려면 Vector3 매개변수에 어떤 식으로 값을 대입해야 하는지 궁금해요 [answer] | 참고 문서에는 스폰 영역의 좌표(x, y)를 기반으로 랜덤 위치를 생성하는 구체적인 코드나 `math.random` 등의 함수 사용 예시가 포함되어 있지 않습니다. 문서에는 `_SpawnService:SpawnByModelId` 함수의 서식과, 특정 좌표(`Vector3(0,0,0)`)를 매개변수로 전달하여 스폰하는 예시만 제시되어 있을 뿐, 좌표 범위 내에서 값을 무작위로 선택하는 로직은 설명되어 있지 않습니다. 따라서 문서만으로는 랜덤 좌표 대입 방식을 확인할 수 없습니다. 다만, 문서에 나와 있는 `_SpawnService [followup] | 하단 타일 양 끝 좌표를 변수로 저장하고, 이 범위 내 랜덤 x, y 좌표를 계산하여 _SpawnService:SpawnByModelId에 전달하는 mLua 코드 예제를 작성해 주세요. [followup_answer] | 제공된 참고 문서에는 하단 타일 양 끝 좌표를 변수로 저장하고, 해당 범위 내에서 랜덤 x, y 좌표를 계산하는 구체적인 코드나 `math.random` 등 Lua의 표준 수학 함수 사용 예시가 포함되어 있지 않습니다. 문서에는 스폰 영역의 좌표를 확인하여 기록하는 단계까지의 설명만 있고, 이를 기반으로 한 실제 스크립트 구현 로직은 제시되어 있지 않습니다. 따라서 문서 근거로 랜덤 좌표 계산 및 스폰 코드 예제를 작성해 드릴 수 없습니다. 다만, 문서에 나와 있는 고정 좌표 기반 스폰 함수의 기본 구조는 다음과 같습니다. ` [scores] | [judge_reason] | [source_doc] | 이제 스크립트를 통해 몬스터 스폰 기능을 만들어보겠습니다. 우선은 특정 좌표에 몬스터를 스폰해 보고 점차 기능을 확장해 봅시다. 1. 새 스크립트 컴포넌트 **MonsterSpawn**을 생성합니다. 2. **MonsterSpawn** 스크립트를 열어 `SpawnMonster()` 함수를 추가합니다. 3. `SpawnMonster()` 함수를 다음과 같이 작성합니다. ```lua void SpawnMonster() { local parent = _EntityServ
[task] | code [pass] | ⏳ 미판정 [title] | 몬스터를 스폰해 보자 [question] | MonsterSpawn 컴포넌트의 GetRandomPosition 메서드를 number 타입 spawnCount 매개변수를 받아 table 타입의 Vector3 좌표 배열을 반환하도록 수정하는 스크립트를 작성해줘 [answer] | ```lua Method: [server only] table GetRandomPosition(number spawnCount) { local leftX = -3.571 local rightX = 2.688 local y = 0.170 local areaWidth = rightX - leftX local positions = {} for i = 1, spawnCount do local randomX = (_UtilLogic:RandomIntegerRange(0,100) / [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 이번에는 5초마다 한 마리씩 스폰하는 것이 아니라, 5초마다 현재 몬스터 수량을 체크하여 최대 몬스터 수량보다 부족한 만큼 생성하도록 수정해 봅시다. 1. **MonsterSpawn**의 `GetRandomPosition()` 함수에 매개 변수를 하나 추가합니다. 2. 매개 변수 타입은 **number**로, 이름은 **spawnCount**로 설정하고, 리턴 타입을 **table**로 변경합니다. 함수는 다음과 같이 수정합니다. ```lua table GetRandomPosition(nu
[task] | single_turn [pass] | ⏳ 미판정 [title] | 프로퍼티 [question] | 다른 맵으로 이동했다가 다시 돌아왔을 때 참조가 끊어지지 않는 컴포넌트 타입은 무엇인가요? [answer] | 다른 맵으로 이동했다가 다시 돌아왔을 때 참조가 끊어지지 않는 컴포넌트 타입은 **ComponentRef**입니다. `Component`는 컴포넌트를 직접 참조하기 때문에 다른 맵으로 이동하면 참조가 끊어져 프로퍼티를 사용할 수 없게 됩니다. 반면, `ComponentRef`는 컴포넌트의 키 값을 가지고 있다가 실제 접근할 때 컴포넌트를 찾도록 설계되어 있어, 맵 이동 후에도 원래 가리키던 컴포넌트에 문제없이 접근할 수 있습니다. 다만, 매 접근마다 컴포넌트를 찾아야 하므로 `Component`보다 성능이 느립니다. ```lua [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 컴포넌트 가리키는 프로퍼티입니다. 프로퍼티 타입을 Component 선택 후, 버튼을 눌러 특정 컴포넌트를 타입으로 설정할 수 있습니다. Component와 ComponentRef의 기본 사용법은 동일하며, 참조 방식이 다릅니다. * Component: 컴포넌트를 직접 참조합니다. 다른 맵에 갔다 오면 참조가 끊어지고 프로퍼티를 사용할 수 없게 됩니다. * ComponentRef: 컴포넌트의 키 값을 가지고 있다가 실제 접근할 때 컴포넌트를 찾습니다. 다른 맵에 갔다 왔을 때 원래 가리키던 컴포넌트에 문제없이 접근할 수 있습니다.
[task] | code [pass] | ⏳ 미판정 [title] | 몬스터를 스폰해 보자 [question] | _TimerService 를 사용하여 2초 간격으로 _SpawnService:SpawnByModelId 를 호출하여 최대 5마리의 몬스터만 스폰되도록 제한하는 스크립트를 작성해줘. [answer] | 제공된 참고 문서에는 `_TimerService`에 대한 설명이나 사용 예시가 포함되어 있지 않습니다. 또한, 이미 스폰된 몬스터의 수를 확인하거나 특정 엔티티를 제거하여 최대 수량을 관리하는 API(예: 엔티티 목록 조회, `DestroyEntity` 등)에 대한 정보도 문서에 없습니다. 따라서, **문서에 명시되지 않은 `_TimerService` API와 몬스터 수량 관리 로직을 추측하여 작성하는 것은 불가능**합니다. 참고 문서에서 확인할 수 있는 정보만 사용하여, 2초 간격으로 호출될 수 있는 **스폰 함수(`Spawn [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 지정한 영역 안에서 랜덤한 위치에 몬스터를 스폰하는 기능을 추가하겠습니다. 위에 확인했던 좌표를 기준으로 스폰 영역을 정의하고, 영역 내 랜덤한 위치에 몬스터를 스폰해 봅시다. 1. **MonsterSpawn**을 스크립트 에디터에서 열고 **Vector3** 타입의 새 함수 `GetRandomPosition()`을 추가합니다. 2. `GetRandomPosition()` 함수를 다음과 같이 작성합니다. 위에서 기록해두었던 좌표를 함수에 활용합니다. ```lua Vector3 GetRandomPositio
[task] | single_turn [pass] | ⏳ 미판정 [title] | 프로퍼티 [question] | 루아 일반 변수와 달리 프로퍼티는 선언 시 타입을 반드시 설정해야 하는 이유와, 타입을 설정하지 않으면 생기는 문제는 무엇인가요? [answer] | 메이플스토리 월드에서 프로퍼티는 일반 루아 변수와 달리 선언 시 타입을 반드시 설정해야 합니다. 그 이유는 프로퍼티 값의 전달과 동기화를 위해서입니다. 타입을 설정하지 않으면 서버와 클라이언트 간에 프로퍼티 값이 올바르게 동기화되지 않을 수 있으며, 값의 전달 과정에서도 문제가 발생할 수 있습니다. 따라서 안정적인 데이터 교환과 동기화를 위해 프로퍼티의 타입 지정은 필수적입니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | # 학습 과정 소개 이번 과정에서는 메이플스토리 월드의 프로퍼티가 무엇인지 알아봅니다. 또한 프로퍼티 선언 및 초깃값 설정, 프로퍼티 동기화 방법 등 프로퍼티 관련 정보를 살펴보겠습니다. # MSW의 프로퍼티 프로퍼티는 컴포넌트의 멤버 변수로써, 엔티티 별로 다른 값을 가질 수 있습니다. 프로퍼티는 세 가지 특징이 있습니다. * 루아 변수와 달리 메이플스토리 월드의 프로퍼티는 선언할 때 타입을 설정하고, 값을 대입하거나 참조할 수 있습니다. * 컴포넌트 내 외부에서 프로퍼티에 접근할 수 있고, 각 함수에서 값을 읽거나 쓸 수
[task] | single_turn [pass] | ⏳ 미판정 [title] | 프로퍼티 [question] | 컴포넌트 외부에서 프로퍼티에 접근할 수 있다는 문장의 구체적 예시나, 다른 스크립트에서 이 프로퍼티 값을 읽는 방법을 알려주세요. [answer] | 제공된 참고 문서에는 "컴포넌트 내 외부에서 프로퍼티에 접근할 수 있고, 각 함수에서 값을 읽거나 쓸 수 있습니다"라는 설명은 포함되어 있으나, **다른 스크립트나 컴포넌트에서 프로퍼티에 구체적으로 접근하는 코드 예시나 API 명세(예: 엔티티 참조 방법, 프로퍼티 직접 접근 문법 등)는 포함되어 있지 않습니다.** 따라서 참고 문서의 내용만으로는 다른 스크립트에서 프로퍼티 값을 읽는 구체적인 방법이나 코드를 안내해 드릴 수 없습니다. [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | # 학습 과정 소개 이번 과정에서는 메이플스토리 월드의 프로퍼티가 무엇인지 알아봅니다. 또한 프로퍼티 선언 및 초깃값 설정, 프로퍼티 동기화 방법 등 프로퍼티 관련 정보를 살펴보겠습니다. # MSW의 프로퍼티 프로퍼티는 컴포넌트의 멤버 변수로써, 엔티티 별로 다른 값을 가질 수 있습니다. 프로퍼티는 세 가지 특징이 있습니다. * 루아 변수와 달리 메이플스토리 월드의 프로퍼티는 선언할 때 타입을 설정하고, 값을 대입하거나 참조할 수 있습니다. * 컴포넌트 내 외부에서 프로퍼티에 접근할 수 있고, 각 함수에서 값을 읽거나 쓸 수
[task] | single_turn [pass] | ⏳ 미판정 [title] | 프로퍼티 [question] | any 타입은 주로 어떤 상황에서 활용하나요? [answer] | `any` 타입은 어떤 타입이든 참조할 수 있는 유연한 타입으로, 주로 **Entity**나 **Component**를 참조할 때 활용합니다. 특히 엔티티나 컴포넌트 참조를 스크립트 실행 중에 동적으로 할당하거나, 미리 특정 타입을 지정하기 어려운 경우에 유용합니다. 예를 들어, `_EntityService:GetEntityByPath`로 엔티티를 가져와 `any` 타입 프로퍼티에 저장하고, 이후 해당 엔티티의 `Name`이나 `TransformComponent`에 접근하는 식으로 사용할 수 있습니다. 아래는 `any` 타입을 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 컴포넌트 가리키는 프로퍼티입니다. 프로퍼티 타입을 Component 선택 후, 버튼을 눌러 특정 컴포넌트를 타입으로 설정할 수 있습니다. Component와 ComponentRef의 기본 사용법은 동일하며, 참조 방식이 다릅니다. * Component: 컴포넌트를 직접 참조합니다. 다른 맵에 갔다 오면 참조가 끊어지고 프로퍼티를 사용할 수 없게 됩니다. * ComponentRef: 컴포넌트의 키 값을 가지고 있다가 실제 접근할 때 컴포넌트를 찾습니다. 다른 맵에 갔다 왔을 때 원래 가리키던 컴포넌트에 문제없이 접근할 수 있습니다.
[task] | single_turn [pass] | ⏳ 미판정 [title] | 프로퍼티 [question] | Component와 ComponentRef는 어떻게 다른가요? [answer] | `Component`와 `ComponentRef`는 모두 특정 컴포넌트를 가리키는 프로퍼티 타입이지만, 참조 방식과 동작에 차이가 있습니다. **1. 참조 방식과 수명** * **Component**: 컴포넌트를 **직접 참조**합니다. 이 방식은 다른 맵으로 이동했다가 다시 돌아왔을 때 참조가 끊어질 수 있어 프로퍼티를 사용할 수 없게 됩니다. * **ComponentRef**: 컴포넌트의 **키 값**만 가지고 있다가, 실제 접근할 때 해당 컴포넌트를 다시 찾습니다. 따라서 다른 맵으로 이동했다가 돌아와도 원래 가리키던 [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 컴포넌트 가리키는 프로퍼티입니다. 프로퍼티 타입을 Component 선택 후, 버튼을 눌러 특정 컴포넌트를 타입으로 설정할 수 있습니다. Component와 ComponentRef의 기본 사용법은 동일하며, 참조 방식이 다릅니다. * Component: 컴포넌트를 직접 참조합니다. 다른 맵에 갔다 오면 참조가 끊어지고 프로퍼티를 사용할 수 없게 됩니다. * ComponentRef: 컴포넌트의 키 값을 가지고 있다가 실제 접근할 때 컴포넌트를 찾습니다. 다른 맵에 갔다 왔을 때 원래 가리키던 컴포넌트에 문제없이 접근할 수 있습니다.
[task] | single_turn [pass] | ⏳ 미판정 [title] | 몬스터를 스폰해 보자 [question] | GetRandomPosition 함수 내에서 _UtilLogic:RandomIntegerRange(0,100) / 100 로 확률을 계산하는 방식과 다른 무작위 좌표 생성 방식을 사용하려면 어떤 API를 찾아보아야 하나요? [answer] | 제공된 문서에는 `_UtilLogic:RandomIntegerRange(0, 100) / 100` 방식을 제외한 다른 무작위 좌표 생성 API나 함수에 대한 정보가 포함되어 있지 않습니다. 따라서 문서 내에서 확인할 수 있는 유일한 무작위 좌표 생성 방식은 `_UtilLogic:RandomIntegerRange(0, 100)`를 사용하여 0에서 1 사이의 소수를 만든 뒤, 스폰 영역의 폭(`areaWidth`)과 시작 좌표(`leftX`)를 결합하는 방식입니다. ```lua local randomX = (_UtilLogic:Ra [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 이번에는 5초마다 한 마리씩 스폰하는 것이 아니라, 5초마다 현재 몬스터 수량을 체크하여 최대 몬스터 수량보다 부족한 만큼 생성하도록 수정해 봅시다. 1. **MonsterSpawn**의 `GetRandomPosition()` 함수에 매개 변수를 하나 추가합니다. 2. 매개 변수 타입은 **number**로, 이름은 **spawnCount**로 설정하고, 리턴 타입을 **table**로 변경합니다. 함수는 다음과 같이 수정합니다. ```lua table GetRandomPosition(nu
[task] | code [pass] | ⏳ 미판정 [title] | 몬스터를 스폰해 보자 [question] | GetRandomPosition 메서드에서 _UtilLogic:RandomIntegerRange 를 활용해 x, z 좌표를 모두 랜덤하게 생성하도록 수정하고, y 좌표는 고정값 0.170 으로 반환하는 스크립트를 작성해줘. [answer] | `GetRandomPosition` 메서드에서 x, z 좌표 모두를 `_UtilLogic:RandomIntegerRange`를 활용해 랜덤하게 생성하고, y 좌표는 고정값 `0.170`으로 반환하도록 수정한 스크립트입니다. ```lua Method: [server only] Vector3 GetRandomPosition() { local leftX = -3.571 local rightX = 2.688 local y = 0.170 local areaWidth = rightX - leftX loc [followup] | [followup_answer] | [scores] | [judge_reason] | [source_doc] | 지정한 영역 안에서 랜덤한 위치에 몬스터를 스폰하는 기능을 추가하겠습니다. 위에 확인했던 좌표를 기준으로 스폰 영역을 정의하고, 영역 내 랜덤한 위치에 몬스터를 스폰해 봅시다. 1. **MonsterSpawn**을 스크립트 에디터에서 열고 **Vector3** 타입의 새 함수 `GetRandomPosition()`을 추가합니다. 2. `GetRandomPosition()` 함수를 다음과 같이 작성합니다. 위에서 기록해두었던 좌표를 함수에 활용합니다. ```lua Vector3 GetRandomPositio