[💬] if문 많이 쓴건가요?

[익명(121.147)]

더 줄여야 한다면 어떤식으로 해야할 지 감이 오질 않네요.

[성난소(sonhansung0214)]

맨 위 if를 if(원하는 조건의 반대) continue; 로 하면 좀 나음

[익명(121.147)]

헉 꿀팁 감사용

[익명(223.33)]

스킬타입을 0 1 2 3 이렁식으로갈거면 switch써도 ㄱㅊ을듯

[21(121.165)]

조건이 많은 경우에는 switch를 사용해야 성능이 더 좋음
https://rito15.github.io/posts/cs-switch-case-vs-dictionary/

[GMP(growy920)]

for문-if문으로 전체 리스트에서 특정 요소만 처리하는거는 LINQ Select로 대체 가능하고 그 요소를 분기 태우는건 switch 쓰면 위 코드에서 if라는 키워드 없앨 수 있음 그나저나 mousePos, UpdateGrid라는 변수,함수 이름으로 봤을 때 Update 함수에서 쓰는 코드같은데 Update에서 저렇게 싱글턴 객체 참조 남발하는거 별로 안좋아보임

[21(121.165)]

Linq는 가비지 생성해서 지양하는게 좋을걸

[거붓(ggp02217)]

C# 쓰는 이유가 생산성 속도인데 그 좆만한 가비지 두려워서 linq 안쓰는 건 소를 얻고 대를 버리는 거

[21(121.165)]

티끌모아태산

[익명(125.177)]

switch 도 많이쓰면 성능 떨어지니까 함수이름 리스트로 만들어서 startcoroutine(함수리스트[숫자변수]) 이런식으로 쓰고있음

[익명(125.132)]

성능이 문제면 코루틴을 쓰지 말아야지

[거붓(ggp02217)]

없던 가비지를 왜 만드노?

[익명(125.132)]

코드 작성의 목적이 뭔지부터 확실히 해야 한다고 봄. 짧고 간결한코드인지, 다른사람이 보기에 가독성이 높은 코드인지, 확장성과 유지보수성이 좋은 코드인지, 성능이 중요한 코드인지 등

[거붓(ggp02217)]

코드의 목적이 제대로 작동하느냐 인데 뭔 부가요소부터 손대노

[익명(125.132)]

당연히 동작은 되는걸 전제로 하고 얘기하는거지 ㅋㅋㅋ 예를들면 쌩 for랑 if-else 덩어리를 쓸건지 linq로 밀건지 결정할때 목적에 맞게 해야 한다는 얘기임

[거붓(ggp02217)]

잘 이해안되는데? 그리고 그걸 정할 수 있는 실력이 된다면 이런 질문은 안한다

[익명(125.132)]

코드 스타일에 있어서 뭐가 무적권 뭐보다 낫다고 말할수 없다는 정도의 의미였음. 어떨땐 if떡칠이 정답일지도 모르지 뭐 ㅋㅋ 이런거 많이 고민해봐야 실력이 느는거 아니겠노

[익명(118.241)]

이정도면 나쁘지 않지

[거붓(ggp02217)]

델리게이트/ActionFunc 배워보시는 거 어떰?

[로코복실한(dovecreative)]

중첩 if문같은 경우 &&를 적극 활용하셈

[익명(121.147)]

ㅗ 답변들 고마워

[Jaygan(jaygan)]

if나 switch나 거기서 거기니까 그런거 신경쓸 시간에 시간복잡도 줄일 순 없나 고민하는게 낫다

[Jaygan(jaygan)]

그리고 switch 많이쓰면 성능 구려지니끼 코루틴 쓰라는 말은 말도 안되는 소리니까 걍 무시하셈

[Jaygan(jaygan)]

난 개인적으로 switch 쓰는걸 권장하는데, 쓰기 싫다면 굳이 억지로 쓸필요는 없음. 성능이 걱정된다면 반복문 안에서 쓰이는 함수들의 시간복잡도가 어떻게 되는지를 알아보고 데이터의 사이즈만큼의 횟수를 도는 반복문을 2중으로 쓴다던가 하는 걸 피하는 습관이 젤 중요함