실행 순서와 시간 기반 움직임

1. Awake()초기화 시 한 번

   컴포넌트 인스턴스가 초기화될 때 한 번 호출됩니다. 다른 컴포넌트의 참조나 내부 상태를 초기화하는 데 사용합니다. 이번 완성 코드에서는 사용하지 않습니다.

2. OnEnable()활성화될 때마다

   게임오브젝트와 컴포넌트가 활성 상태가 될 때 호출됩니다. 비활성화 후 다시 활성화할 때도 호출됩니다. 이번 교시에서는 호출 시점만 확인합니다.

3. Start()첫 Update 전에 한 번

   활성화된 컴포넌트의 첫 Update 전에 한 번 호출됩니다. 시작 로그 출력이나 초기 위치 저장 등 한 번만 필요한 준비 작업을 작성합니다.

4. Update()Play 중 매 프레임

   활성화된 컴포넌트에서 매 프레임 호출됩니다. 이동, 회전, 경계 검사 등 반복해서 갱신할 작업을 작성합니다.

이번 실습에서는 Start와 Update를 사용합니다. Start에 이동 코드를 작성하면 실행 시작 시 한 번만 이동합니다. Update에 로그 출력을 작성하면 매 프레임 같은 메시지가 반복 출력됩니다. 한 번 실행할 작업과 반복할 작업을 적절한 메서드에 배치하는 것이 생명주기에 맞게 코드를 구성하는 기준입니다.

1. 기존 시작 메시지 확인

   대상 하나의 Inspector에서 Move Speed를 2, Should Rotate를 켠 상태로 둡니다. Console의 Clear를 누르고 Collapse를 끈 뒤 Play를 눌러 실행합니다. 이름, moveSpeed=2, 회전 허용 메시지까지 세 줄이 한 번씩 출력되는지 확인합니다. 세 줄은 PrintStartMessage를 세 번 호출했다는 뜻이 아닙니다. 한 번 호출된 메서드 안에서 세 번 출력한 결과입니다.

   관찰점Start → PrintStartMessage는 한 번 실행되고, 현재 대상은 아직 움직이지 않습니다.

2. 출력되는 필드 값 비교

   Play를 종료하고 Inspector의 Move Speed를 5로 바꿉니다. 다시 Clear로 로그를 지운 뒤 Play를 누르면 기존 출력문의 결과가 moveSpeed=5로 바뀝니다. 코드의 기본값은 2로 유지했지만 이 인스턴스의 Inspector 값은 5입니다. 확인 후 Play를 종료하고 Inspector 값을 2로 되돌립니다. 기존 출력문을 그대로 사용합니다.

   관찰점Console에 출력되는 값은 실행 중인 인스턴스의 필드 값입니다.

3. Update에 관찰용 로그 추가

   기존 Update 안에 Debug.Log("Update"); 한 줄을 추가하고 저장합니다. 아래 코드는 Start와 Update의 위치를 비교하기 위한 것입니다. 필드와 PrintStartMessage 정의는 유지합니다. Clear로 로그를 지운 뒤 Play를 누르면 처음의 설정 메시지에 이어 Update라는 메시지가 반복 출력됩니다.

   비교시작 시 한 번 실행하는 작업과 매 프레임 반복하는 작업을 구분합니다.

4. 관찰용 Update 로그 삭제

   Play를 종료하고 Update에 추가한 로그 한 줄을 삭제하고 저장합니다. Start의 PrintStartMessage(); 호출과 출력 메서드는 유지합니다. 씬도 저장합니다. 이동 실습 전에는 Update가 다시 비어 있어야 합니다.

   정리1교시 완료 상태를 복원한 뒤 Inspector 저장값과 시간 계산을 확인합니다.

private void Start()
{
    PrintStartMessage();
}

private void Update()
{
    Debug.Log("Update");
}

[SerializeField] private float moveSpeed = 2f;
[SerializeField] private bool shouldRotate = true;

수업 기본 형태는 [SerializeField] private입니다. Inspector에서 값을 조절하면서 다른 클래스의 직접 접근을 제한합니다. public float moveSpeed;도 Inspector에 표시되지만, 다른 클래스에서도 직접 접근할 수 있습니다.

코드 기본값과 저장값을 직접 비교합니다

1. Inspector에는 5를 저장

   Play를 종료한 상태에서 Move Speed를 5로 바꾸고 씬을 저장합니다. 코드의 기본값은 아직 2입니다. 다음 실행에서 출력될 값을 미리 기록합니다.

   예측기본값 2와 저장값 5 중 어느 값이 사용됩니까?

2. 코드 기본값만 3으로 변경

   moveSpeed = 2f;의 초기값만 3f로 변경하고 저장합니다. 컴파일 후 Inspector의 값을 확인하고, Clear로 로그를 지운 뒤 Play를 눌러 moveSpeed=5가 출력되는지 확인합니다. 새 컴포넌트를 추가하지 않습니다.

   비교코드 3 / Inspector 5 / Console 5를 나란히 기록합니다.

3. 실행 중 변경과 저장을 구분

   Play 중 Inspector의 Move Speed를 4로 변경합니다. Start에서 이미 출력한 로그의 값은 5로 유지됩니다. Play를 종료한 뒤 Move Speed가 저장값 5로 복원되는지 확인합니다. 실험 후 코드 기본값과 Edit Mode의 Move Speed를 모두 2로 되돌리고 파일과 씬을 저장합니다.

   완료로그는 출력 당시의 값이며, 다음 실습은 기본값과 저장값 모두 2에서 시작합니다.

같은 식으로 프레임당 이동량을 계산합니다. 속도가 4 unit/s이고 이번 프레임의 deltaTime이 0.25초라면, 이번 프레임 이동량은 4 × 0.25 = 1 unit입니다. 0.25초 간격의 프레임 네 개를 합하면 1초 동안 총 4 unit을 이동합니다.

이번 프레임의 변화량 = 초당 변화량 × Time.deltaTime

프레임 간격이 달라도 총거리를 계산할 수 있습니다

시작 X는 0, 속도는 2 unit/s입니다. 세 프레임의 시간 간격이 각각 0.1초, 0.3초, 0.6초일 때 각 프레임의 이동량을 계산합니다. 이번 위치 = 이전 위치 + 이번 이동량으로 세 번째 프레임의 X까지 계산합니다. 계산 결과를 확인하기 전에 프레임별 이동량 세 개와 최종 X 좌표를 기록합니다.

2D 이동에서 Vector3를 사용하는 이유

Unity의 Transform은 2D에서도 (x, y, z)를 사용하고, transform.position의 자료형은 Vector3입니다. 이번 장면은 X·Y 평면에서 움직이므로 이동량의 Z를 0으로 두어 기존 Z 위치를 유지합니다. 평면상의 입력이나 Rigidbody2D 이동에는 Vector2를 사용하지만, 이번에는 Transform API에 맞춰 Vector3를 사용합니다.

transform.Translate(이동량, Space.World)는 현재 위치에 이동량을 더합니다. transform.position = 새위치;는 지정한 위치로 변경합니다. 연속 이동에는 Translate를 사용하고, 경계를 넘어 왼쪽으로 재배치할 때는 position에 새 좌표를 대입합니다.

transform.Translate(
    Vector3.right * moveSpeed * Time.deltaTime,
    Space.World
);

transform.Rotate(
    Vector3.forward,
    rotationSpeed * Time.deltaTime,
    Space.Self
);

• 방향 × 속도 × 시간방향 벡터에 초당 속도와 이번 프레임 시간을 곱해 이동 벡터를 만듭니다. Time.deltaTime을 빼면 같은 이동량을 매 프레임 더하게 되어 프레임률에 따라 초당 거리가 달라집니다.
• Space.World이동 기준을 월드로 고정합니다. 회전 중인 Sprite도 월드의 +X 방향으로 계속 이동합니다.
• Space.Self회전을 현재 오브젝트의 축을 기준으로 적용합니다. 이번 2D 실습에서는 로컬 Z축을 중심으로 스프라이트가 회전합니다.

시작 전 확인: Play를 종료하고 파일과 씬을 저장합니다. 1교시 완료 코드에서 Start가 PrintStartMessage를 호출하고 Update는 비어 있어야 합니다. 앞의 관찰용 Update 로그는 삭제합니다. 수정 전 내용을 편집기의 변경 이력 또는 프로젝트 외부의 백업 파일로 보관합니다. Assets 안에 .cs 복사본을 생성하면 동일한 클래스가 중복 정의될 수 있습니다.

Unity 6.6의 GameEngine1 프로젝트입니다.
Assets/Scripts/MotionController.cs를 분석한 뒤 오른쪽 이동 기능을 구현해 주십시오.
현재 파일은 1교시 완료 코드이며 moveSpeed, shouldRotate, Start,
빈 Update, PrintStartMessage가 정의되어 있습니다.

다음 조건을 준수합니다.
- 기존 moveSpeed를 초당 속도로 사용합니다.
- private void Move()를 정의하고 Update에서 호출합니다.
- Vector3.right * moveSpeed * Time.deltaTime으로 이동량을 계산합니다.
- transform.Translate는 Space.World 기준으로 적용합니다.
- 기존 필드와 Start, PrintStartMessage를 유지합니다.
- 이 파일만 수정합니다. 새 파일, 패키지, 입력, 물리, 회전, 경계 기능은 추가하지 않습니다.

변경할 위치와 이유를 설명한 뒤 코드를 제안해 주십시오.
속도 0에서 정지하고 속도 2에서 오른쪽으로 이동하는지
Unity에서 검증할 절차를 제시해 주십시오.

1. 분석 대상 파일 확인

   AI에 현재 Assets/Scripts/MotionController.cs를 전달하고 위 요청을 보냅니다. 웹 채팅을 사용하는 경우 현재 파일의 전체 코드를 함께 입력합니다. 응답이 기존 필드와 PrintStartMessage를 사용하는지 확인합니다.

   기준현재 파일을 기준으로 Update의 수정과 Move의 추가를 제안해야 합니다.

2. 변경 사항 확인 및 적용

   편집기의 변경 비교(diff)에서 추가되거나 삭제된 줄을 확인합니다. 빈 Update에 Move(); 호출이 추가되고, Move는 Update 밖의 같은 클래스 안에 정의되어야 합니다. 기존 필드와 시작 출력은 유지합니다. 요청 범위를 넘는 변경은 제외하고 다시 요청합니다.

   작성 위치기존 Update를 교체합니다. Update를 중복 정의하거나 Update 내부에 Move 메서드를 정의하지 않습니다.

3. 예측과 실제 움직임 비교

   파일을 저장한 뒤 Unity의 컴파일을 기다립니다. Edit Mode에서 Move Speed를 0으로 두고 Play를 눌러 이동하지 않는지 확인합니다. Play를 종료한 뒤 값을 2로 변경하고 다시 실행하여 오른쪽 이동을 확인합니다. 매번 대상의 시작 위치와 Console을 확인합니다.

   검증Console에 오류가 없고 예상한 위치 변화가 나타나는지 직접 확인합니다.

private void Update()
{
    Move();
}

private void Move()
{
    Vector3 movement = Vector3.right * moveSpeed * Time.deltaTime;
    transform.Translate(movement, Space.World);
}

현재는 이동만 추가했으므로 Should Rotate를 켜도 대상이 실제로 회전하지 않습니다. 경계 처리도 없어 화면 밖으로 이동한 뒤 자동으로 재배치되지 않습니다. 이동 결과를 확인한 뒤 Play를 종료합니다. 다음 단계에서 회전과 조건을 추가하고, 그다음 경계 재시작을 연결합니다.

1. 각속도 필드와 회전 메서드를 추가합니다

기존 필드 두 개 아래에 다음 필드를 추가합니다. 90은 초당 90도라는 뜻입니다. 프레임 간격이 0.1초일 때의 회전량을 먼저 계산합니다.

[SerializeField] private float rotationSpeed = 90f;

기존 Update를 아래 Update로 교체하고, RotateWhenEnabled()는 다른 메서드 밖의 같은 클래스 안에 추가합니다. 메서드 이름은 다음 단계에서 추가할 조건을 반영한 것입니다. 현재는 조건 없이 회전합니다.

private void Update()
{
    Move();
    RotateWhenEnabled();
}

private void RotateWhenEnabled()
{
    float angle = rotationSpeed * Time.deltaTime;
    transform.Rotate(Vector3.forward, angle, Space.Self);
}

실행 결과 확인: Inspector에서 Move Speed=0, Rotation Speed=90으로 설정하고 Play를 눌러 실행합니다. Position은 그대로이고 Rotation Z만 변해야 합니다. 90 × 0.1 = 9도이며, 일정한 속도라면 1초 동안 약 90도 회전합니다. Play 중 Rotation Speed를 -90으로 바꾸면 방향이 반대가 되는지 확인합니다. 아직 Should Rotate를 꺼도 회전은 계속됩니다. bool을 읽는 코드가 없기 때문입니다.

2. 기존 bool을 회전 조건에 연결합니다

1교시의 if (shouldRotate)는 값이 true일 때 메시지를 출력했습니다. 이번에는 논리 부정 연산자 !를 사용하여, 회전이 허용되지 않으면 계산 전에 메서드를 종료합니다. 아래 메서드로 기존 RotateWhenEnabled만 교체합니다. Update는 유지합니다.

private void RotateWhenEnabled()
{
    if (!shouldRotate)
    {
        return;
    }

    float angle = rotationSpeed * Time.deltaTime;
    transform.Rotate(Vector3.forward, angle, Space.Self);
}

실행 결과 확인: Edit Mode에서 Move Speed=2, Rotation Speed=90, Should Rotate 켬으로 맞춥니다. Play 중 Should Rotate만 끄면 위치는 계속 변하고 각도만 멈춰야 합니다. 다시 켜면 멈췄던 각도에서 회전을 이어갑니다. return은 현재 메서드만 종료합니다. 실행은 Update의 호출문 다음 줄에서 계속됩니다.

3. 회전해도 오른쪽으로 이동하는 이유를 확인합니다

Play를 종료하고 Transform Rotation Z를 45, Should Rotate를 끈 뒤 Play를 눌러 실행합니다. 기울어진 Sprite가 월드의 오른쪽으로 가는지 확인합니다. 종료 후 Move의 Space.World만 Space.Self로 잠시 바꿔 다시 실행하면 로컬 X축을 따라 대각선으로 이동합니다. 비교를 마치면 Play를 종료하고 코드는 Space.World, Rotation Z는 0, Should Rotate는 켬으로 되돌려 저장합니다.

1. 두 경계값을 필드로 추가합니다

기존 필드 아래에 추가합니다. resetAtX는 검사할 오른쪽 경계이고, restartAtX는 재배치할 왼쪽 위치입니다. 오른쪽으로 움직이는 이번 실습에서는 restartAtX < resetAtX로 둡니다.

[SerializeField] private float resetAtX = 8f;
[SerializeField] private float restartAtX = -8f;

2. 위치를 읽고, X를 바꾸고, 다시 적용합니다

transform.position을 지역 변수 nextPosition으로 읽습니다. 이 변수의 X 좌표만 변경한 뒤 Transform에 대입하면 Y·Z 좌표가 유지됩니다. 지역 변수는 메서드 내부의 계산에 사용하며, Inspector에 저장하는 필드와 역할이 다릅니다.

private void Update()
{
    Move();
    RotateWhenEnabled();
    WrapAtBoundary();
}

private void WrapAtBoundary()
{
    if (transform.position.x <= resetAtX)
    {
        return;
    }

    Vector3 nextPosition = transform.position;
    nextPosition.x = restartAtX;
    transform.position = nextPosition;
}

기존 Update는 교체하고 WrapAtBoundary는 같은 클래스 안에 추가합니다. x <= resetAtX에는 경계와 같은 값도 포함됩니다. X가 정확히 8이면 그대로 두고, 8을 넘은 뒤에만 -8로 옮깁니다. Move 다음에 검사하므로 이번 프레임 이동으로 경계를 넘었는지 바로 판단합니다.

3. 화면 안쪽의 작은 경계로 검증합니다

1. 관찰 가능한 경계값 설정

   Edit Mode에서 Position=(-1, 2, 0), Move Speed=2, Should Rotate 끔, Reset At X=1, Restart At X=-1로 둡니다. Play하면 오른쪽으로 이동하다 X만 -1로 되돌아가는지 확인합니다.

   관찰순간적인 가로 재배치는 정상이며, Y=2와 Z=0은 유지되어야 합니다.

2. 경계값과 경계를 초과한 값 비교

   Play 중 Move Speed를 0으로 바꿉니다. Position X에 1을 입력하면 그대로 있고, 1.1을 입력하면 다음 Update에서 -1로 바뀌는지 확인합니다. 이동 속도를 0으로 설정하면 이동의 영향 없이 경계 조건만 확인할 수 있습니다.

   조건X=1은 유지, X=1.1은 재배치입니다.

3. 실습 기본값 복원

   Play를 종료하고 Move Speed=2, Should Rotate 켬, Rotation Speed=90, Reset At X=8, Restart At X=-8로 맞춥니다. 씬을 저장합니다. 카메라에 ±8 위치가 표시되지 않으면 앞에서 사용한 ±1 경계값으로 다시 확인할 수 있습니다.

   완료이동·회전·경계 재시작이 한 파일에서 이어집니다.

시작 Position=(7.9, 2, 0), Rotation Z=30도, moveSpeed=2, deltaTime=0.1초, shouldRotate=false, resetAtX=8, restartAtX=-8입니다. 각 메서드 실행 후의 X 좌표와 회전각, 프레임 종료 시점의 Y·Z 좌표를 기록합니다.

추가 예측: 이동 속도가 0일 때 X=8에서 시작하는 경우와 X=8.1에서 시작하는 경우의 위치 변화를 비교합니다. 경계와 같은 값까지 포함하는 <=를 근거로 설명합니다.

using UnityEngine;

public class MotionController : MonoBehaviour
{
    [SerializeField]
    private float moveSpeed = 2f;

    [SerializeField]
    private bool shouldRotate = true;

    [SerializeField]
    private float rotationSpeed = 90f;

    [SerializeField]
    private float resetAtX = 8f;

    [SerializeField]
    private float restartAtX = -8f;

    private void Start()
    {
        PrintStartMessage();
    }

    private void Update()
    {
        Move();
        RotateWhenEnabled();
        WrapAtBoundary();
    }

    private void Move()
    {
        Vector3 movement =
            Vector3.right * moveSpeed * Time.deltaTime;

        transform.Translate(movement, Space.World);
    }

    private void RotateWhenEnabled()
    {
        if (!shouldRotate)
        {
            return;
        }

        float angle =
            rotationSpeed * Time.deltaTime;

        transform.Rotate(
            Vector3.forward,
            angle,
            Space.Self
        );
    }

    private void WrapAtBoundary()
    {
        if (transform.position.x <= resetAtX)
        {
            return;
        }

        Vector3 nextPosition = transform.position;
        nextPosition.x = restartAtX;
        transform.position = nextPosition;
    }

    private void PrintStartMessage()
    {
        Debug.Log(name + "의 설정을 확인합니다.");
        Debug.Log("moveSpeed=" + moveSpeed);

        if (shouldRotate)
        {
            Debug.Log("회전이 허용되었습니다.");
        }
    }
}

1. Start()PrintStartMessage를 한 번 호출합니다. Should Rotate가 true이면 이름·속도·회전 허용 메시지 세 줄, false이면 이름·속도 두 줄을 출력하고 멈춥니다.
2. Update()매 프레임 이동, 회전, 경계 처리 메서드를 같은 순서로 호출하여 전체 실행 흐름을 구성합니다.
3. Move()오른쪽 방향, 초당 속도, 프레임 시간을 곱해 월드 좌표로 이동합니다. 회전 여부와 무관합니다.
4. RotateWhenEnabled()shouldRotate가 false이면 즉시 종료하고, true일 때만 시간에 비례하는 회전량을 적용합니다. 조기 return은 현재 메서드만 종료하며 Update의 다음 호출은 계속 실행됩니다.
5. WrapAtBoundary()x가 오른쪽 경계를 넘었을 때 y와 z는 유지하고 x만 왼쪽 시작값으로 바꿉니다. Y·Z 좌표를 변경하지 않으므로 기존 높이가 유지됩니다.

shouldRotate가 false이면 !shouldRotate는 true가 되어 return을 실행합니다. WrapAtBoundary에서는 X가 경계보다 작거나 같을 때 return합니다. 두 경우 모두 현재 메서드만 종료됩니다. 조건식이 true일 때 if 내부의 코드가 실행된다는 규칙은 동일합니다.

1. Inspector의 설정값 다섯 개 확인

   Play 전에 moveSpeed, shouldRotate, rotationSpeed, resetAtX, restartAtX를 확인하고 각 값을 사용하는 메서드를 찾습니다. 값이 코드 기본값과 다르면 해당 인스턴스에 저장된 값이 적용된 상태입니다.

   관찰점코드는 하나여도 값은 인스턴스마다 다를 수 있습니다.

2. Play 직후 Console과 Transform 비교

   Console에는 시작 설정이 한 번 출력되고, Transform Position은 계속 바뀌는지 비교합니다. 설정 로그가 매 프레임 반복되면 출력 메서드의 호출이 Update 내부에 작성되어 있는지 확인합니다.

   관찰점Start는 한 번, Update는 매 프레임입니다.

3. 값 하나를 바꾸기 전 예측

   moveSpeed, shouldRotate, rotationSpeed 중 하나를 바꾸기 전에 예상되는 화면 변화를 한 문장으로 기록합니다. 여러 값을 동시에 바꾸면 원인을 구분할 수 없습니다.

   예측 질문이번 변경은 이동, 회전, 경계 처리 중 어디에 영향을 줍니까?

4. 경계 조건 관찰

   resetAtX를 화면 안쪽으로 옮겨 재배치 조건이 충족되는 시점을 확인합니다. X 좌표만 지정된 시작 위치로 즉시 변경되어야 합니다. 높이까지 바뀌면 y와 z를 덮어쓰고 있는지 확인합니다.

   관찰점경계 처리는 위치 전체를 덮어쓰지 않고 x만 바꿉니다.

네 가지 조건을 예측하고 관찰합니다

재생 상태에서 moveSpeed=2, rotationSpeed=90, shouldRotate 켬으로 시작합니다. 아래 기록표를 작성한 뒤 결과 설명과 비교합니다.

1. A · 이동 속도만 0으로

   moveSpeed만 0으로 바꿉니다. 위치와 회전 중 무엇이 정지할지 예측하여 기록하고 실행 결과를 확인합니다.

   관찰 대상화면의 위치와 회전각을 각각 확인합니다.

2. B · 회전 허용만 끄기

   A의 속도 0을 유지하고 shouldRotate만 끕니다. 정지 원인이 일시 정지 버튼인지 두 필드의 설정값인지 구분합니다.

   관찰 대상재생 버튼 상태와 필드 값을 함께 기록합니다.

3. C · 이동 속도만 2로

   회전은 꺼 둔 채 moveSpeed만 2로 바꿉니다. 화면에 반영되는 계산을 수행한 메서드를 확인합니다.

   관찰 대상회전 여부와 이동의 관계를 설명합니다.

4. D · 같은 회전량으로 방향 반전

   먼저 shouldRotate를 켜 90도/s의 회전을 관찰합니다. 이 상태를 기준으로 rotationSpeed만 -90으로 바꿉니다. 이동 방향, 회전 방향, 초당 회전량 중 변화한 항목을 기록합니다.

   관찰 대상부호와 절댓값의 역할을 구분합니다.

3교시를 위한 저장 및 결과 확인

Play를 종료하고 파일과 씬을 저장합니다. 이동·회전·경계가 작동하는 파일과 네 실험의 기록이 2교시 결과물입니다. 3교시는 구현한 기능을 TODO 코드에서 직접 재구성한 뒤, 하나의 Prefab을 세 인스턴스로 확장하는 연습입니다. 완성 코드는 비교 자료로 보관하고, 각 메서드의 역할을 설명한 다음 필요한 부분부터 복원합니다.

• Order of execution ↗Awake, OnEnable, Start, Update의 호출 시점과 순서
• Serialization rules ↗Unity가 필드를 저장하고 Inspector에 표시할 수 있는 조건
• Time.deltaTime ↗이전 프레임에서 현재 프레임까지 흐른 초 단위 시간
• Transform.Translate ↗이동 벡터와 좌표계를 지정해 Transform 위치를 바꾸는 API
• Transform.Rotate ↗축, 각도, 기준 좌표계를 지정해 Transform 회전을 바꾸는 API
• Transform.position ↗2D에서도 Vector3로 읽고 적용하는 월드 위치
• Debug.Log ↗실행 시점과 상태를 Console에서 관찰하기 위한 기본 출력