유니티가 회사를 계속 인수하고 있어서 적자인지는 모르겠으나
지금 계속 엄청난 적자를 내고 있음.
역시 게임은 히트작이 없으면 별 볼일 없는 산업 인거 같음.....
확인해 보니 유니티 2020 부터 안정화 되면서 동작하고 있다.
UnitySetup64-2021.3.29f1 이 더 상위 버전이지만
초보자는 2021.3.14f1 을 추천한다.
언리얼과 비교해서 쉽다가 맞을 것이다.
눈 속임이다.
블랜더 + 프로그래밍 == 언리얼
블랜더 + 프로그래밍 == 유니티?
3D 디자이너로 남을지 프로그래머로 남을지 선택이 중요하고
3D 디자이너 > 3D 프로그래머 보다 수요는 많을 듯....
유니티 개발자 수명 VS 언리얼 개발자 수명 ?
유니티가 C# 을 선택한 이유가 아마도 런타임 컴파일이 지원되고
컨트롤 배열이 지원되는게 아닌가 생각된다.
C#에서는 디자인타임에 컨트롤 배열이 기본적으로 지원되지 않는다고 한다.
코딩하는데 다소 불편함이 있었다고 한다.
이것 하나만 해결이 되어도 프로그램이 굉장히 쉬워 보이는 것 처럼 느껴진다.
🔎 c# 컴포넌트 배열: Google 검색
www.google.com
https://lifenfun.tistory.com/466
C# 디자인 화면 컨트롤을 배열의 개념으로 쓰고자 할 때
디자인 화면에 여러 버튼을 넣었따... 닷넷에는 배열 컨트롤 개념이 없다.... 그럼 버튼이 100개 있으면 100개의 버튼이 클릭할때 마다 동일한 어떤 일을 하는데...백번의 코드를 작성해야 한다...
lifenfun.tistory.com
게임마다 다르겠지만 컴포넌트 갯수가 엄청나다.
C#의 컨트롤은 유니티에서는 컴포넌트다.
유니티의 핵심은 Object 이다.
에니메이션을 빼면 C# 과 크게 차이가 없다.
단 편리하다는 점은 인정한다.
노가다를 굉장히 많이 줄여 준다.
원래 유니티는 3D 전용이었고 3D 내용은 2D 에 비해서 아주 작다.
아래 내용을 다 알 필요는 없다. 그래도 분량이 많은 건 사실이다.
UnityDocumentation.zip 의 텍스트 파일 기준 용량이 약 700MB
ScriptReference 스크립트 함수만 약 30536 개
30536
비교 대상인 언리얼은 언리언 4 기준 BlueprintAPI-HTML.tgz 와 CppAPI-HTML.tgz 의 용량이 약 200MB
압축을 풀면 약 3GB 정도의 용량의 압축파일이 나온다.
압축을 풀어보면 BlueprintAPI 는 390개 카테고리에 약 18,160 개 액션(컴포넌트? , 노드?, 함수?)
CppAPI 는 10개 카테고리에 약 수천~수만 개 이상의 클래스(함수?) 로 파악된다.
용어가 참 정리가 안됨.
D:\Program Files\Epic Games\UE_4.27\Engine\Documentation\Builds\CppAPI-HTML\en-US
3.06GB (3,287,802,166 바이트)
파일 230,021, 폴더 230,020
https://docs.unity3d.com/ScriptReference/Object.DontDestroyOnLoad.html
Unity - Scripting API: Object.DontDestroyOnLoad
The load of a new Scene destroys all current Scene objects. Call Object.DontDestroyOnLoad to preserve an Object during scene loading. If the target Object is a component or GameObject, Unity also preserves all of the Transform’s children. Object.DontDest
docs.unity3d.com
Scripting API
- UnityEngine
- UnityEditor
- Unity
- Other
UnityEngine 와 UnityEditor 중에 UnityEngine 의 클래스만이라도 자세히 보는 것을 추천한다.
3D 엔진 개발이 힘들다는 것은 알지만....
기존에 구현된 물리 엔진의 기능을 그대로 사용할 수 있는 분야에만 유용하다.