[💬] if문을 줄이라는 뜻은 이런거 아님?

[익명(124.57)]

현재 캐릭터 상태에 따라서

발사하는 오브젝트를 다르게 한다고 생각해보자

if문으로 구현할 경우

fire() {

if(this.state == A) { // 화살 발사 }

else if(this.state == B) { // 표창 발사 }

else if(this.sate == C) { // 똥 발사 }

}

이런 형태를 띄겠지

이런 경우 레이저 발사를 추가하고 싶을때

레이저 오브젝트를 만들고

다시 캐릭터 코드로 들어가서

else if(this.state == D) { // 레이저 발사 }

를 추가하는 과정을 거쳐야지

뭐 그 수가 적으면 상관없지만 발사할 객체가 늘어날수록

하나의 파일에 너무많은 코드(화살 발사 코드, 표창 발사 코드, 똥 발사 코드, 레이저 발사 코드)가 담기게 되고

유지보수가 힘들어져.

이 경우에는 Projectile 이란 가상클래스를 만들고,

그 안에 fire(적당한 파라미터)란 메서드를 만들어서 사용하게 되지.

캐릭터는 자기만의 Projectile 객체를 가지고,

Projectile을 상속받은 활, 표창, 똥, 레이저 객체를 만들고

각각의 fire()를 구현해주는 거지.

결국 캐릭터의 fire코드는 다음과 같이 되고

fire() { myProjectile.fire(적당한 파라미터); }

각각의 발사 코드는 각각의 코드 파일에서 정의되는 거야

캐릭터의 myProjectile만 setProjectile() 등 함수를 만들어서

화살, 표창, 똥, 레이저 등으로 바꿔주면 되고,

C#에서 지원하는 polymorphism을 최대한 이용할 수 있게 되지.

이렇게 되면 캐릭터의 fire()에는 if가 전부 사라지게 되지. 코드도 짧아지고,

물론 활, 표창, 똥, 레이저 구현 부에는 쓰일 수 있겠지.

더 좋은 점은 새로운 오브젝트를 만들고 캐릭터의 코드를 고치지 않아도 된다는 점이야.

새롭게 만든 다음에 외부에서 캐릭터의 setProjectile(새롭게 만든 투사체) 만 집어넣으면 되니까.

if를 사용하지 않고 프로그래밍 하는건 불가능 하지만

구현부가 아닌 구조적인 부분에서는 최대한 줄이는게 맞아

[오더리움(othereum)]

[익명(106.102)]

이거지 삼항연산자 꺼내는 애들 개때리고 싶음

[위을(aaaga)]

삼항연산자도 if문 아닌가? 쓰는방법만 다른건줄 알았는데

[익명(106.102)]

그니까 둘이 같은건데 if 안 쓰는게 삼항 쓰라고 이해하는 애들 있어서 그럼

[불바퀴유니티(lazybones25)]

[위을(aaaga)]

내가 잘 몰라서 그러는건지도 모르겠는데 결국 함수 미리 만들어놓고 호출하는거랑 무슨차이인거임?

[익명(124.57)]

성능상의 차이는 없어

[익명(124.57)]

단지 좋은 프로그래밍이란 이런것이다 라는건 어느정도 정해져 있고, 그에 따라서 구조적으로 바꾼거야

[익명(14.52)]

얘가 말한 예시로 들자면 그냥 if else가 사라지고 각 서브클래스의 함수 구현부로 구현이 나눠짐. 이것만 가지고는 바로 왜 좋은지 모를 수 있겠지만 이런 형태의 함수가 많아질수록 각 발사체의 특성에 맞춰서 커스터마이즈 해줘야 하는 구현부가 한 곳에 모여있는게 편함. 객체지향이라는게 바로 그런 방향성을 따르는 모델인거고.. 근데 내가 잘 이를 못했는데 함수를 미리 만들어놓고 호출한다는게 무슨 말임?

[위을(aaaga)]

그러니까 총알 종류별로 함수를 만들어 놓고 필요할때 불러쓰는거랑 무슨차이냐고 물어본거임

[리그이트(endantree)]

종류별로 함수를 만들어놓으면 총알이 추가될때마다 함수도 추가하고 if문도 추가해줘야하자나 클래스화 시켜놓으면 그냥 state에 맞는 총알 찾아서 fire함수 호출해주면 되는데 확장성이 달라짐

[익명(218.234)]

스위치문,ifelse다중으로 만들면 그 개수만큼 연산을 먹잔아, O n ,인거고 구조 잡아서 호출해주면 O 1 이고 존나 큰차이지. 과거엔 성능 더 쥐어짜려고 함수포인터배열까지 써서 switch문 최적화 했었음

[익명(124.57)]

정확히는 함수의 위치가 달라지죠. 총알 종류별로 함수를 캐릭터 코드에 구현하면 캐릭터 코드는 무엇을 위해 존재하는지 모호하게 되버리니까요

[익명(39.7)]

같은 종류의 총알에 관한 함수 묶음을 잘 묶어서 같이 관리한다고 가정하면, 종류별로 함수를 만들어 놓은 걸 구분해서 호출하는 걸 언어 기반에 의존할거냐 직접 if else로 구분해서 호출하느냐 정도의 차이가 있지 뭐 기본적으로는 같지 않을까 싶네

[위을(aaaga)]

함수의 위치만 달라질뿐 내부 내용은 똑같은거 아니야?

[익명(124.57)]

당장은 똑같겠죠. 하지만 if문이 늘어날수록 생겨나는 크진 않지만 일정한 성능 하락 유지보수 하락 요구사항 변경 하락 등 문제가 생깁니다.

[위을(aaaga)]

결국 프로젝트가 크지 않은 인디게임 같은경우는 if문 도배가 큰 문제는 아니라는거네

[익명(218.234)]

이거 말하는거 맞는데 몽키새끼들이 삼항연산자니 뭐니 개지랄떠는거