[🐣질문] 추상클래스랑 virtual override랑 뭔차이임?

[익명(128.134)]

한 클래스가 있다고 했을때 abstract 달아놓고 클래스 내의 멤버함수를 정의만 한 다음 내용을 안넣어 놓으면 추상 클래스 인거 같은데

멤버 함수 앞에 virtual 달아놓고 자식 오브젝트에서 override로 함수 수정하는거랑 차이가 뭐임?

오히려 virtual에서 base로 기본적인 명령을 넣어놓고 실행할 수 있다는 점에서 오히려 추상 클래스 보다 좋은거 아닌가?

사실 인터페이스랑 추상 클래스랑 차이도 잘 이해 못하겠는데 생각해보니 무조건 함수 내용을 상속받은 클래스에서 정해줘야 한다는점 빼고는

virtual override랑 차이도 잘 모르겠음 뭔가 쉽게 설명해 줄 수 있음? 찾아봐도 이해력이 딸려서 그런지 잘 모르겠는데

[로코복실한(dovecreative)]

사실상 차이 없음 다만 추상클래스는 그 자체로는 인스턴스를 만들 수 없다는 제약이 있어서 인터페이스처럼 쓸 수 있지

[개발용더미(sy1mn1t4y83k)]

두 개념은 서로 연관이 있는 개념이지 다른게 아님.. 애초에 추상클래스가 되기 위해서는 최소한 하나 이상의 구현되지 않은 virtual로 선언된 pure함수가 필요함. 이런 경우 해당 클래스는 구현이 빠진 상태이므로 객체 생성 자체가 불가능해짐. 추상 클래스라는게 별게 아니고 그냥 이렇게 그 자체로 베이스 클래스 객체를 생성하는 걸 막아둔 거라고 보면됨.. 과일 클래스를 추상 클래스로 만들었다 치면 사과, 배, 바나나 뭐 이런 클래스들을 만들수 있을텐데 실제 객체로 생성을 '과일'로는 하지 말라는거지

[개발용더미(sy1mn1t4y83k)]

뭐가 좋은지는 나도 잘 설명은 못하겠는데 일단 어떤 상속 받는 클래스가 구체적으로 무조건 구현해야 하는 인터페이스 들이 있는 경우에는 이렇게 순수 가상함수로 만들어 두면 애초에 컴파일 부터가 안되니까 실수로 구현을 빼먹을 일은 줄어들긴 하지.. 만약 이런 꼭 필요한 함수가 순수가상함수가 아니라 너가 말한대로 대충 더미로 만들어둔 함수면 상속받아서 구현할때 뭘 잘못했는지 모른채로 헤멜 수 있어

[개발용더미(sy1mn1t4y83k)]

특히 자기가 만든 클래스가 아니라 다른 사람이 만든 클래스 이거나 외부 라이브러리에서 받은 클래스를 상속받아서 뭔가 작업할 경우에는 구체적으로 내가 뭘 최소한으로 구현해 줘야 돌아가는지 애매모호할 때가 많은데 딱 필요한 것들만 인터페이스 형태로 제공해 주면 사용하는 입장에서 꽤나 수월해 지지

[ㅇㅇ 1(121.170)]

그냥 개발자들끼리의 일종의 약속임 자식클래스들의 여러 공통적인 부분들을 하나로 모으되 추상적인 부분이니 객체에 직접 메모리화 하지 않겠다 라는것뿐 예를 들어 피자시킬때 페퍼로니, 불고기, 치즈피자 등 다양한 메뉴가 있고 여기에 추가로 토핑에 크러스트 추가하고 고객한테 배달하지만(자식클래스 인스턴스) 이 피자들의 공통적인 부분인 도우만 쌩으로 고객한테 배달하진 않잖슴? 하지만 모든 피자들의 공통적인 부분이고

[ㅇㅇ 1(121.170)]

virtual override의 차이는 virtual 선언한 함수를 자식클래스에서 재정의해서 쓸 수 있게끔 선언한 키워드일 뿐이고 override는 내가 상속받은 클래스에서 virtual이 붙은 함수를 상속받았다는 키워드임 C#은 override 키워드를 반드시 붙여줘야하고 C++은 안붙여줘도 되고

[Mr빙그레(mrbinggrae)]

인터페이스는 중첩으로 상속 시킬 수가 있다는 특징이 있지. 그래서 나는 아이템은 추상클래스로 만들어서 사용하고 사용아이템의 경우 Iuse 인터페이스를 추가로 상속시켜서 사용함.

[Mr빙그레(mrbinggrae)]

추상화 클래스는 일반 클래스보다 확장성과 유연성에서 훨씬 자유롭다는 이점이 있음. 또한 추상화 클래스는 객체 생성이 안되기 때문에 의도하지 않은 객체 생성을 방지할 수 있고 일반 클래스에서는 구현을 강제하는 부분이 없음. 그래서 유지 보수에서 추상화클래스가 일반 클래스보다 안정성이 높음.

[Mr빙그레(mrbinggrae)]

Chat GPT한테 부모클래스를 일반클래스가 아닌 추상화 클래스로 만들어야 하는 이유 등으로 물어보니깐 잘 알려주네

[Mr빙그레(mrbinggrae)]

Item 은 추상화로 만들고 사용아이템의 경우 Iuse 인터페이스를 만들고 속도 물약을 상속받은 강화된 속도물약의 경우 속도 물약도 객체로 생성될 수 있기 때문에 이 경우는 강화된 속도 물약의 부모 클래스인 속도 물약은 일반 클래스로 만들게 되지.

[익명(203.243)]

니 머리가 비상해서 virtual를 사용했던 모든 것들을 파악할 수 있으면 virtual로 떡칠해도 됨. 하지만 팀 프로젝트나 클래스가 무식하게 많아지면 접근제한자로 파악 하는 것도 한계가 있고, override 해야하는 걸 까먹을 수도 있는데다가 어떤 의도로 해당 메소드를 virtual 했는지 파악이 힘드니 abstract와 적절히 나눠서 쓰는게 좋음. interface도 abstract와 동일한데 나는 타 클래스에서 참조할때 왠만해서는 interface로 가져와서 사용함. 상호간의 결합도를 줄이는것도 큰 이유지만 다른 파트 개발자에게 인터페이스 목록 던져주고 '이것들 구현해주세요' 하면 편하거든