[💬] 게임 만들때 if 문으로 도배하면 성능상 문제 있음?

[익명(211.195)]

그래픽은 픽셀로 할거구, if가 개인적으로 굉장히 편해서 캐릭터 조작부터, 이거저거 트리거 들도 if로 코드구현중인데,

if문 많이쓰면 뭐 성능상 문제 많아?

아니면 인디영역에서는 딱히 상관 없는정도?

[ㄴㄴ(122.37)]

한동작에 이프문이 몇십개씩 중첩되기라도함?? - dc App

[익명(211.195)]

그정도여야 성능상 문제가생기고 그정도급 아니면 문제읎다 이거징?

[ㄴㄴ(122.37)]

아니 사실 나도모름 - dc App

[익명(211.195)]

아이씨 ㅋㅋㅋㅋㅋㅋㅋㅋ

[익명(39.7)]

ㅋㅋㅋ 엌ㅋㅋ

[dd(116.127)]

옛날에는 if else if else if 이렇게 주욱 붙이면 속도저하가 생겨서 switch를 권장했다고 하는데 지금은 그보다 코드 관리하기 불편해서 안쓰는 분위기임 else if가 많으면 너무 지저분함

[익명(211.195)]

코드 가독성 복잡해져도 잘 관리할 자신 있으면 걍 해도 무난하다 이거지?

[익명(211.195)]

성능적인건 지금같은 스펙 pc 콘솔등에서 문제 잘 안되니까?

[dd(116.127)]

마즘 그냥 지금은 편한 방법대로 하면서 구현 자체에 재미를 느끼는 것도 좋음 하다보면 새로운 코딩 패턴들을 배우게 될테고 그럼 언젠가 아 이래서 잘 안쓰는구나 할 때가 올거임

[익명(211.195)]

조언 고마워 다행이다.ㅋㅋㅋㅋㅋ

[익명(58.120)]

뭔스위치 권장이야 스위치랑 if else랑 속도차이 없다

[익명(121.88)]

컴파일러가 짜놓은 어셈 코드 보면은 스위치가 더 빠른 건 맞는데 ㅋㅋㅋ 스위치면 비교->점프고 if else if else if else if else if else 이렇게 해놓으면 전부 비교한다. cpu가 1초당 실행하는 명령어 수를 보면 무시할 만한 정도긴 하지만 엄밀히 따지면 스위치가 더 빠름 컴파일러도 모르고 어셈블리도 모르는 사람이면 뭐 똑같다고 생각할 수도 있겠지

[dd(116.127)]

내가 말한건 겁나 오래전 얘긴데.. 둠이었나 뭐 하여간 도스 시절에 최적화때문에 싹 다 스위치로 바꿨다는 일화가 있더라구.. 지금은 큰 의미없겠지 내 컴으로 10개 항목을 if랑 switch로 10만번 돌려보니 최고 0.001초 정도 차이나네

[dd(116.127)]

https://www.geeksforgeeks.org/switch-vs-else/

[익명(14.38)]

스위치보다 느리다고 하는건 스위치문과 이프문의 차이점을 설명할때 많이 드는 예시고, 이프문 도배의 가장 큰 문제점은 가독성임. 콜백 지옥이라는 말이 있는데, 이프문이라도 중첩 많이 되면 들여쓰기 지옥이 되는건 마찬가지임. 적당히 수치와 공식을 이용해서 두세 줄이면 끝나는 작업을 이프문으로 열몇줄씩 써서 코딩하는 경우도 봤는데 정말 읽기 안좋아

[익명(58.120)]

다들 개소리하는데 if문을 피하라는건 스위치문을 쓰라는게 아니야 배열로 불필요한 논리 연산을 피하라는 얘기다. C언어 함수 포인터 기준으로 설명한다. 유니티는 엔진자체가 ㅂㅅ같이 된건데 잘봐 월드오브 워크래프트에 단축키 몇개있냐? 100개쯤 있나 그렇지? 그럼 input get key 하고 단축키 개수만큼 if문이 업데이트문에서 돌아가지?

[익명(58.120)]

유니티는 어쩔수없고 원래 인풋을 받을땐 함수포인터의 배열을 만든다음에 인덱스를 input값의 enum으로 받아서 해당 배열의 함수를 실행하면 단축키 개수만큼 if문이 존재하는게 아니라 해당 배열이 null이아니라는 if하나만 존재하잔아 이렇게 if문 피하라는 말이야

[익명(58.120)]

진짜시발 젇팔륙 교수들한테 이상한거배워서 스위치가 더빠르니 뭐니 지랄하네 ㅋㅋㅋㅋ 얼만큼 빠른지 말해봐라

[익명(58.120)]

그밖에도 get함수나 프로퍼티에 if문 처박지말고 Get은 Get역할만 해야하는데 거따가 연산 편하게한다고 공식이랑 if문 이런거 하지말라고 그런게 프레임 낮추는거야

[ㄴㄴ(122.37)]

옛날엔 그랬다더라 하는건데 왜 화남 - dc App

[익명(58.120)]

옛날이아니라 지금 해당되는 얘기다 임마

[익명(58.120)]

뭐 온갖부심은 다부리더니 틱에서 if문 있는게 심각하다는건 인지도 못하니 참ㅋㅋㅋ 이쯤에서 작은 게임에 그정도는 괜찮다 이딴 합리화나오지

[익명(14.38)]

얼만큼 빠른지는 니가 콜스택만 봐도 나오는데 뭘 말해봐 이프가 O(1)을 O(n)으로 만들 상황이 나오기 힘들어서 빅오표기로는 차이 없다고 봐야하는것까진 맞는데 이론상 다중값처리는 스위치가 조금이나마 더 빠를수밖에 없다

[익명(121.88)]

14.38 이 설명 깔끔하게 잘했네 ㅋㅋ 젇팔륙 이니 뭐니 하더니 정작 젇도 모르는 건 자신이었고~

[익명(223.38)]

저 새끼가 옛날에는 최적화때문에 그렇게 사용했다는게 뭐가 문제냐 개좆도 도움도 안되는 새끼가 어디 지 하나 아는거 나왔다 싶으니 욕부터 박으면서 개지랄이냐 얼마나 현실에서 병신취급 받으면 디시에서 초보자 상대로 좆부심 부리는거냐 자존감 바닥인 찐따새끼야

[익명(211.195)]

왜 싸워 이 ㅅㅂ넘들아 ㅠㅠ 난 허졉이라 당분간은 걍 if 쓸거란말여 ㅠㅠ

[익명(223.38)]

if문보단 반복문 횟수나 함수 자체 성능이 중요한거 같음.

[익명(223.38)]

if문 신경 쓸 수 있으면 좋은데 일단은 중복되거나 쓸모없는 반복문 코드 줄이는게 좋음. 한번 연산하고 재활용하는 코드면 함수 호출 한번만 해서 변수에 담고 쓰던가

[익명(223.38)]

그리고 위에서 말한거처럼 if문은 잘못 쓰면 가독성 지랄이라 if문은 반복문이나 함수를 빠져나가는 코드만 치고 로직은 아래서 처리하는게 좋음

[익명(39.7)]

별걸가지고 다싸우네

[익명(39.7)]

난보기가 좋아서 3개 이상의 case면 switch 쓰고 나머진 if문

[익명(223.33)]

If로 성능하락이 심해지려면 엄청나게 많아져야하는데 그전에 님의 뇌가 코드 복잡성을 못버팀

[익명(175.193)]

코드가 복잡해지고 나중에 보수할때 과거의 자신과 싸우고 싶으면 if else if else 하는거고 아니면 최적화 방법을 찾아봐

[익명(175.193)]

코드 짤때 살짝 게으르게 대신 생각은 좀 해놓으면 나중에 편해짐

[익명(110.70)]

이새끼들은 시간복잡도를 안보고 if 개수를 보고 앉았네

[익명(211.195)]

시간 복잡도가 뭐임?

[익명(175.193)]

시간복잡도 막배웠니? ㅋㅋ if 개수로 고민하는 초보한테 뭘 위대한거 알려준다고 허세냐ㅋㅋ

[익명(223.33)]

If의 시간복잡도를 왜 따져 병신인가 If n개면 O(n)이라고할거냐

[익명(110.70)]

그니까 if 의미도 없는걸 성능 따지니까 시간복잡도 얘기한거잖아 ㅉㅉ

[익명(110.70)]

그리고 if 조건식이 함수라면 그 함수의 시간복잡도는 안따지냐?

[익명(223.39)]

병신새끼 안질라고 지랄한다 ㅋㅋㅋㅋ시간복잡도타령이 의미없다니까 은근슬쩍 if의미없다고 좌석변경하는거보소 ㅋㅋㅋㅋㅋ

[익명(223.39)]

그리고 내부판단은 당연히 논외지 뭘 엮고있어

[익명(39.7)]

ㅋㅋㅋ 병신 if 개수따지는 병신들 프밍왜하냐ㅜㅋㅋ

[익명(110.70)]

다들 땔깜인가

[익명(122.211)]

뭐 cpu 분기예측이니 뭐니 이런 거 있긴 한데 그냥 가독성만 좋게 짜라

[익명(121.186)]

for문 이라면 모를까 if문 가지고는 머

[익명(121.186)]

사실상 속도에 영향 없다고 생각해도 무방할듯

[익명(118.47)]

필요하면 써야지.

[익명(122.43)]

ㅋㅋㅋㅋ 이 글 보고있으면 등산하는데 운동화가 낫다 등산화가 낫다 이지랄하는거 같네 정말 중요한건 걷는 다리랑 체력인데