Game logic

Update

호출되는 시점 :  스크립트가 활성화 된 경우 매프레임마다 호출

Fire Animation Eevents

호출되는 시점 :  마지막 Update시간과 최신 Update업데이트 시간사이에 모든 클립에서 애니메이션이벤트를 호출

OnAnimatorMove 

호출되는 시점 :  Update 프레임마다 Animator컴포넌트에 대해 한 번 호출

OnAnimatorIK

호출되는 시점 :  Update 프레임마다 Animator컴포넌트에 대해 한 번 호출

LateUpdate

호출되는 시점 : Update가 끝난 후 프레임당 한 번 호출

특징

1. Update에서 수행된 모든 계산은 LateUpdate가 시작 할 때 완료 됨

2. 일반적으로 3인칭 카메라에 사용된다.

(캐릭터를 움직이고 Update방향을 카메라 움직임과 로테이션 계산을 수행하는 경우 LateUpdate에서 카메라로 그 위치와 방향에 맞게 움직이도록)

Scene rendering

OnWillRenderObject

호출되는 시점 : 카메라에 오브젝트가 표시되면 각 카메라에 한 번 호출

특징

1. 스크립트가 활성화 되어있어야 호출됨

2. 모든 컬링된 객체들을 렌더링하기 바로 직전의 과정인 컬링 처리중에 호출

OnPreCull

호출되는 시점 : 카메라에서 장면을 컬링하기 전에 호출(프로스터 컬링)

특징

1. 카메라에 붙어있는 스크립트에만 호출

2. 카메라의 속성을 바꾸고싶을때 사용하면 좋음

OnBecameVisible / OnBecameInvisible

호출되는 시점 : 카메라에 표시되거나/표시되지 않을 때 호출

OnPreRender

호출되는 시점 : 카메라가 씬 렌더링을 렌딩하기 전에 호출

특징

1. yield 사용 가능

2. 스크립트는 카메라에 붙어있어야함 

OnRenderObject(queueIndex:int)

호출되는 시점 : 오브젝트가 렌더링처리 된 후 호출

특징

1. queueIndex은 해당 오브젝트를 렌더링할 때 사용하는 렌더 큐의 값

OnPostRender

호출되는 시점 : 카메라가 씬 렌더링을 마친 후 호출

특징

1. 카메라에 붙어있는 스크립트에만 호출

2. 해당 카메라가 모든 오브젝트를 렌더링한 후 호출

OnRenderImage

호출되는 시점 : 씬 렌더링이 완료된 후 호출

Gizmo rendering

OnDrawGizmos

특징

1. 시각화 목적으로 씬 뷰에 기즈모를 그릴 때 사용

End of frame

yield WaitForEndOfFrame

호출되는 시점 : 하나의 프레임이 완전히 종료될 때 호출 

특징

1.  Update,LateUpdate이벤트가 모두 실행되고 화면에 렌더링이 끝난 이후 호출

Decommissioning

OnDisable

호출되는 시점 : 스크립트가 비 활성화 되거나 오브젝트가 비 활성 상태가 될 때 호출

특징

1. 오브젝트가 제거되는 경우에도 호출

2. 삭제를 위한 작업에 사용

3. 에디터모드일때 스크립트가 다시 로드되는 경우에도 호출

4. Start와 달리 코루틴 사용할 수 없음

OnDestroy

호출되는 시점 : 오브젝트 존재의 마지막 프레임 업데이트를 마친 후 에 호출

특징

1. 씬 게임이 종료될 때 도 발생

2. 오브젝트가 상태가 활성화 상태였던 경우에만 호출

프로젝트를 하면서  유니티 어떤 함수가 먼저 호출 될까? 라는 생각을 했지만  순서의 영향이 주는 프로젝트가 아니어서 넘어갔었는데 이참에 정리해보았다.

함수호출 순서로(위에서 부터 먼저 호출)

Initializion (초기화부분)

Awake

호출되는 시점 :  스크립트 객체가 로딩될 때, 단 한번 호출됨

특징

1.  모든 오브젝트가 초기화 된 후 호출된다.

2. Start함수 전에 호출된다.

3. coroutine동작 불가능

OnEnable

호출되는 시점 :  스크립트가 켜질 때

특징

1.  플레이모드 중에 스크립트를 편집할 경우, 편집이 끝난 후 스크립트가 다시 로딩되면 호출됨(Awake와 Start는 호출되지 않음)

2.   Awake함수 호출 후  호출됨 

Start

호출되는 시점 :  Update함수가 처음 호출 될 때 Update함수 직전에, 단 한번 호출됨

특징

1.  Awake와 다르게  start함수는 스크립트가 켜져있을 때 호출된다. (Awake는 스크립트가 꺼진 상태에도 호출됨)

2. Awake함수는 항상 Start함수 호출되기 전에 호출 된다.

Physics (물리)

FixedUpdate

호출되는 시점 :  스크립트가 켜져 있을 때 매프레임마다 호출

특징

1.  설정한 값에  따라 일정한 간격으로 호출된다.

2. 모든 물리계산 업데이트는 FixedUpdate후 즉시 발생된다.

3. 일정한 시간으로 호출되기에 Time.deltaTime을 곱할 필요 없다.

4.  Rigidbdoy를 다룰 때  일정한 힘을 가할 때, Update함수 대신에 사용 

(불규칙적인 Update에서는 물리엔진충돌 검사 등이 잘 안될 수 있다.)  

yield WaitForFixedUpdate (코루틴)

호출되는 시점 :  모든 FixedUpdate가 모든 스크립트에 호출된 후 

특징

1.  당연히 yield코루틴 명령문에서만 사용 가능

OnTriggerXXX, OnCollisionXXX

특징은 여기서 정리했다.

https://funfunhanblog.tistory.com/13

Input events

OnMouseXXX

특징 : 마우스입력으로 호출되는 이벤트함수

Unity) 유니티 이벤트실행순서 / 플로우차트(Script Lifecycle Flowchart) #2

https://funfunhanblog.tistory.com/253

전처리기 / Define

유니티 Define 기능은 각 플랫폼 또는 특정 버전에 코드를 처리할때 유용한 방법이다.

전처리기

멀티플랫폼이 가능한 유니티다 이 말은 하나의 프로젝트로 여러가지 플랫폼으로 빌드가 가능하다는 말이다. 멀티플랫폼이라서 그렇게 간단하게 각기 다른 플래폼 적용이 쉬운것은 아니다. 

안드로이드,IOS,윈도우 각각 플랫폼마다 적용해야 하는 코드가 다를 수 있다. 그러면 플랫폼이 바뀔때마다 스크립트를 각각 별도로 만들어야하고 동적으로 플랫폼을 확인한 후에 컴포넌트를 추가해야 한다.

프로젝트가 커질 수록 작업양은 점점 많아 질 것이다.  

이럴 때 사용하는 것이 전처리기이다.

구문

1.UnityEditor에서 사용자 디파인 셋팅

edit -> Player Settings -> Other Setting -> Scripting Define Symbols

정의하고 싶은 특정 플랫폼의 기호 이름을 입력한다.

Player Settings에는 SHOW_DEBUG_MESSAGES 설정을 했으니

"디파인 테스트2"만 출력된다.

2. using UnityEditor; 필요

코루틴Coroutine 작동원리

코루틴?

코루틴은 실행을 중지하여 Unity에 제어권을 돌려주고, 그러나 계속할 때 는 다음 프레임에서 중지한 곳부터 실행을 계속할 수 있는 기능. 함수를 호출하면 반환값을 반환하기 전에 실행 완료된다. 즉 , 함수에서 수행되는 작업은 하나의 프레임에서 수행된 다는 것을 의미하고, 함수 호출은 절차적 애니메이션을 포함하거나 시간의 경과 함께 일련의 이벤트에는 사용할 수 없다.

<유니티 공식 메뉴얼>

유니티로 게임 제작을 하다보면 코루틴을 많이 사용하게 된다. 쓰레드의 대해서 정확하게 알지는 못하지만 유니티는 단일 쓰레드로 동작한 다는것은 알고 있었다. 그렇다면 유니티에서 멀티쓰레드처럼 멀티태스킹이 불가능한걸까?  멀티 쓰레드처럼 비슷하게 작동하게 해주는 것이 코루틴이다. 그렇다고 멀티쓰레드가 되는것은 아님

코루틴은 어떻게 작동될까?

코루틴은 IEnumerator를 반환한다. C#의 이터레이터 인터페이스는 프로그래머가 IEnumeraotr를 구현 할 수 있도록 도와준다. 

진입하는 지점을 한 개인 보통 서브루틴 방식과 다르게  진입하는 지점까지 여러 개를 가질 수가 있다. yield return을 통해 그 바로전 시점을 기억하고 다음 호출하게 될떄 그 다음부터 실행이 되는 것이다. 

유니티에서는 대부분 그 시점을 Update에서 체크한다. 

코루틴을 사용할 때 IEnumerator와 같이 사용한다. 이 IEnumerator는 데이터의 목록을 하나씩 넘겨줄 때 사용되는 인터페이스인데, 코루틴은 호출 한 함수와 상호작용하면서 진행되는데 자신을 호출한 함수에 데이터를 하나 넘겨주고 쉬게되는데, 받은 함수에서는 데이터를 받고 처리한 후에 코루틴에게 다음 데이터를 달라고 요청하게 된다. 

(서브 루틴 : 일반적인 함수에서 사용되는 작동개념인데 함수는 시작할 때 진입하는 지점이 저장하고, return구문에 의해서 종료되는 지점을 저장한다. 

Iterator :컬렉션에 대해 사용자 지정 반복을 수행, yield return 문을 사용하고 각 요소를 한 번에 하나씩 반환한다. 이터레이터는 현재 위치를 기억하고 다음 반복에서는 다음 요소를 반환.)

Camera.ScreenPointToRay

카메라로 부터의 스크린의 점을 통해 레이를 반환합니다.

스크린공간은 픽셀로 정의되며.

픽셀단위

1번 : 왼쪽 하단의 화면이 (0,0)

2번: 오른쪽 상단이 (pixelWidth,pixelHeight)

Debug.Ray를 통해 어느부분을 클릭했는지 씬뷰에서 확인이 가능하다.

hit.point를 통해 스크린상 좌표값을 얻어 올 수 있다.

Raycast

Physics.Raycast

(위 scene, 아래 game)

충돌한 오브젝트 반환하기

콘솔창을 보면 ray에 닿은 오브젝트를 확인 할 수 있다.

중첩되는 오브젝트일경우 Physics.RaycastAll

정해진 길이만큼 통과한 오브젝트들의 이름을 반환한다.

오브젝트 찾기

이름으로 찾기

이름으로 오브젝트를 찾는법

그런데 오브젝트가 비활성화 되어있다면 이방법이 불가능합니다.

부모오브젝트를 찾은 다음에 자식오브젝트를 찾아야합니다.

비활성화 된 오브젝트 찾는법

인덱서로 찾는법(첫 번째가 0) 

태그로 찾기

위 방법들은 유니티 하이라이키상에 있는 오브젝트를 찾을 수 있다.

사실 게임로직에서는 위에 있는 Find로 특정 오브젝트를 찾는 경우는 드물다. 특히 실시간으로 계속해서 찾는 경우는 더더욱 쓰지않는다. 하이라키상에서 나와있는 모든 오브젝트를 모두 검사해야하기 때문에 그만큼 시간도 오래걸리고 비용도 들기 때문이다. 

OnTrigger , OnCollision 비교하기

Collider

유니티에서 충돌체크를 하기 위한

필요한 컴포넌트이다.

3D오브젝트를 생성하면 Collider가 자동적으로

추가 되어있다.

먼저 Trigger에 대해 살펴보자

1) void OnTriggerEnter(Collider other) : Trigger에 들어갔을 때

2) void OnTriggerStay(Collider other) : Trigger안에 있을때

3) void OnTriggerExit(Collider other) : Trigger를 벗어 날때

1) OnTriggerEnter

    void OnTriggerEnter(Collider other) 

{

if (other.gameObject.CompareTag ("Pick Up"))

{

other.gameObject.SetActive (false);

 

count = count + 1;

           

            SetCountText ();

            Debug.Log(count);

}

코드는 Roll a Ball 플레이 스크립트

Collider가 닿게 되면 아래 코드가 실행된다.

흰색 볼에 스크립트를 추가 하였다. 그리고 노란색 Cube에 닿을때 마다

왼쪽 상단에 Count 값이 증가되고 있는것을 볼수 있다.

2) OnTriggerStay

우선 // other.gameObject.SetActive (false); 

위 코드면 큐브가 사라진다.

Collider가 닿은 상태를 유지 하는 동안을 보기위해

주석 처리하고 실행했다.

Count가 닿는 동안 계속 증가하는것을 볼 수 있다.

그렇다면 Exit도 충분히 예상 가능하다.

3) OnTriggerExit

노란색 큐브를 닿는 순간에는 아무일이 일어나지 않지만

큐브를 지나쳐가는(벗어나는) 순간 Count가 올라간다.

OnTrigger를 알아봤는데 꼭 설정해 줘야하는것들이 있다.

노란색큐브와 흰색공에는 반드시 충동체크를 할수 있는 Collider가 있어야한다.

그리고 두 오브젝트중 하나는 Collider에 is Trigget에 체크가 되어있어야한다.

위 게임같은 경우에는 큐브에 체크가 되어있다. 흰색공에 체크 되어있지 않는 

이유는 is Trigger 가 체크가 되면 흰공에는 Rigidbody에 무게 값을 갖고있기 때문에

땅을 통과해 밑으로 사라져버린다.

 (하지만 여기서는 Cube에도 Rigidbody에 UseGravity에 체크되어있는데 땅으로 떨어지지 않고있다. Is Kinematic를 체크 하고있기 때문)

OnCollsion

void OnCollisionEnter(Collision other) : Collision에 들어 갔을 때

void OnCollisionStay(Collision other) : Collision과 충돌하고 있는 중

void OnCollisionExit(Collision other) : Collision과 충동에서 벗어 났을 때

Trigger와 함수의 기능은 똑같다

OnTrigger : 물리 연산 안함, 관통 가능, Collision 보다 연산이 적어서 효율적

OnCollision : 물리 연산을 통해 충돌 처리, 관통 X, 많이 사용하면 부하?.

여기서 주의할 점은 충돌 할 오브젝트들이 Rigidbody를 갖고 있다면오브젝트 모두 isTrigger가 언체크 되어있어야 하고 또,둘중 한 오브젝트는 Is Kinematic가 언체크 되어 있어야 한다.

열겨형 Enum 사용법

const 대신 사용하는데 유니티에서 보통 오브젝트의 상태를 구분하여

열거형 타입의 변수를 선언및 할당하여 그 값의 맞는 액션을 취하 도록 한다.

scriptA

scriptB

월드 좌표

-오브젝트의 위치를 나타내는 좌표계로, 화면의 중심을 원점(0,0,0)으로 하는 3차원 상대좌표계 월드 좌표계는 게임 화면을 투영하는 카메라의 위치와 회전 상태에 따라 달라지므로 화면의 중심이 원점이 되는것은 아니다.

쉽게 얘기하면

월드를 기준으로 태양이 우주를 중심으로 0.0.0에 위치라고 하면 내위치를 말하는 것이 월드 좌표다. 

로컬 좌표

자신의 위치를 중심으로 생각하고 각각의 그 오브젝트의 위치에서 어디있는지 계산하는것이다.

만약 부모 객체가 있다면 부모객체의 좌표와의 거리를 나타낸다. 상대좌표라고도 한다.

스크린 좌표

-단말기의 화면 좌표계로, 화면의 왼쪽 아래를 원점으로 하는 평면 절대좌표계 마우스 클릭이나 터치는 스크린 좌표계를 이용해서 처리한다. 카메라의 위치나 각도와 상관없이 일정

뷰 포트 좌표

• 화면에 글자나 2D이미지를 표시하기 위한 좌표계로, 화면의 왼쪽 아래를 (0,0)오른쪽 위를(1,1)로 하는 평면 상대 좌표계이다.

출처 :​ http://hyunity3d.tistory.com/m/post/368