[💬] 유니티 난이도의 주범을 파악하고 알아두자

대부분의 평범(?)한 프로그래밍책에 나오는 일반적인 개발방법론과 조금 다르단 점과

입문자가 마주하기에는 너무 무슨소린지 이해가어려운 에러로그 정도가 있죠

물론 그래픽스나 3D 충돌, 물리 등등의 지식은 제외하고용. 그런건저도몰라요

사실 인터넷어디에도 유니티는 쉽다. 그래픽스레벨을 몰라도 된다 등의 이야기들이 떠도니까

개발자체가 안익숙한사람들한테는 포토샵, 프리미어 같은 툴같아보이지만 그래도 어렵게느껴지는게 사실입니다.

현재 많은 프레임워크중에 유니티는 정말로 많이 추상화되어있죠.

흔히 많이접하는 윈도우개발이나 안드로이드 개발보다 뭐랄까 API자체를 안외우면 못써먹을정도로요

유니티는 다른 프레임워크보다도 어떠한 기능하나를 만들기위해 개발하는 방법이 여러가지입니다. 이것역시 난이도 상승의 주범이죠.

이글을 읽는다고 유니티를 잘해지는건 아니겠지만 제가 유니티를 너무어렵게 배웠던시절이 떠올라 조금 적고싶어졌습니댜.

본격적으로 만드실분들이나 해당되는 이야기입니다. 순수 취미라면 그냥 이렇구나로만 생각해도될꺼같습니다.

1. 컴퓨터공학적 브로드캐스트나 디자인패턴에 대한 공부를 하면 유니티 api가 돌아가는 원리, 유니티게임오브젝트에 조금은이해하기가 수월할수 있다.

많이도말고 인터넷이나 책등을통하여 한번은 읽어보면 도움이됩니다.

2. 내가작성하는 컴포넌트(스크립트)는 유니티가 제공하는 컴포넌트와 완전히 동급이다.

GetComponent 로 모든걸 가져올수 있다. C#의 모든자료형은 Object인 것처럼

유니티가 제공하는 모든 컴포넌트 와 내가작성하는 모든 스크립트는 동급이다. 최상위 객체가 같다. 컴포넌트는 마법이아니다. 소스가오픈만 안되어 있을뿐

3. 에디터에서 드래그할수도 있고 스크립트에서 캐싱할수 있다. 어떠한 방법을 써도 상관없다. 정답은없다. 정답이없다는 사실을 스스로가 믿어야 한다.

초보자라면 가장 편한대로 구현해도 됩니다. 현재는 그렇게해도되요.

4. 유니티가 제공하는 모든 API를 외우기 위해 시간을 너무쏟을필욘없다 . 자주쓰이는건 정해져있다. ( 아예 안외울수는없지만 주객전도 금지 )

5. 상속이나 포함 을 너무 사용안하는게 좋습니다. 컴포넌트위주로 돌아가는거라서 일반적인 개발방법론하고는 약간은 다릅니다.

유니티 C#역시 순수 닷넷하고는 거리가멀며 개발 방식도 좀 유니티만에 특별한 방식입니다. 이부분은 책이나 유튜브등을 통해 참고좀해야합니다.

제일 중요한게 개발에 답이없다는 것입니다.

전페이지에보면 "오브젝트풀링왜하는거임? 안해도 버벅거리지않던데 " 이런 비슷한 글이있고 댓글도 많이달려있습니다.

맞습니다. 이유가없으면 안해도됩니다. 뭐든지 이유가 있어야 작성하는게 기억에 많이남고 변화가생겨도 대응이 가능합니다.

책에서 이게좋다니까 인강에서 이게좋다니까는 그다지 큰의미가 없습니다. "실제로 안쓰니까 느리더라 그래서 풀링을쓴다"가 정답입니다

저도회사에서 물어봅니다. 이 데이터는 반드시(거의) 5개입니까? 6개 혹은 10개가 되진않죠? 거의 그렇다 라는 답변이오면 픽스해놓고 코드를짭니다.

픽스한다란건 저혼자쓰는말인데 그냥 변수 5개만들거나 배열을 만들거나요. 리스트로 하면 귀찮아지고 무결성이 필요해질수도 있으니까요.

그냥 완전 예시를 든겁니다.

저는 코딩자체를 거의 유니티로 배웠습니다. 가장 처음 배운 프레임워크기도했고 가장오래쓰고 지금 다시 쓰고있습니다. 닷넷도 했고 안드로이드해봤지만

확실히 유니티랑 비교할떄 입문자체는 유니티벽이 더 높게느껴집니다.

개발에 정답은 없습니다. 개발에 정답이 없다는 사실을 믿어야합니다. 저처럼 힘들게 배우지마시고 감잡으면 2달이면 익힐수있는 유니티를 정복하는데

도움이되는글이었으면 좋겠습니다. 현실적인 도움이되면좋겠습니다.

댓글 4