예를 들면 WinAPI로 창과 컨트롤을 만들어야 한다고 할 때,
크기나 위치를 얻는 함수가 있다고 하면,
창 핸들을 이용해서 WinAPI로 얻어올 수 있음.
근데 이걸 각 창 및 컨트롤 클래스마다 창 핸들 멤버함수을 일일이 추가하고, 멤버함수를 구현하는 것보다.
그냥 최상위 클래스에서 해주면 되지.
Rust처럼 매크로로 자동구현하는 방법도 있지만.
매크로로 구현한다 vs 상위 클래스에서 구현인데..
이렇게 쓰다 보니까 러스트 Derive Attribute가 상속이 없는 것을 대체하기 위한 방법같기도 하고...
그러하다
풺웤이 상속을 강요하면 그냥 상속을 쓸 수 밖에..
해당 댓글은 삭제되었습니다.
그럼 인터페이스 확장하면서 클래스든 구조체든 안에 하나하나 핸들 넣고 멤버 함수 호출하는 거 구현하는 거는 손이 아프다는 거지