으으 c++에서 인터페이스의 강점이 이해가 잘 안되네

[+어게인(plusagain)]

내가 프로젝트할때 상속만 썼는데

그래서 상속의 장/단점은 오늘 다시 쭉 읽어보니 몸에 쏙쏙 박혀.

근데 인터페이스는 이해가 잘 안되네 아오.

뭣도없이 그냥 함수이름만 있는 추상 클래스들이 왜 쓸모있다는거지 흠..

여러명이서 작업할때 쓸모있는건가?

[1(121.182)]

존나 쉽게 얘기하면 plugin같은걸 만들어야 한다고 생각해봐... 그걸 만들려면 만들어줘야 하는 함수들이 있다고 생각해봐... 자 이제 인터페이스가 유용한거 같지? ㅎㅎ

[+어게인(plusagain)]

내가 너무 개인적인 규모로만 생각하는건가염

[+어게인(plusagain)]

이거이거이거가 필요하다 회의를 통해서 정해놓고 이것만 구현하면 된다 라고 제공해주는방식?

[[성대아싸](skkuassa)]

디자인 패턴요

[[성대아싸](skkuassa)]

동일 인터페이스를 구현하고 있는 모든 클래스를 사용해서 객체를 만들면 동일하게 접근한다던가 뭐 이런거죠

[+어게인(plusagain)]

아!... 쩐다.. 두분다 감사감사

[[성대아싸](skkuassa)]

C++이나 자바나 정적타입 언어라서 인터페이스가 강조되는거 같아요, 정교하게 객체의 기능을 한정? 혹은 제한? 하는 셈인데요, 은닉이나 다형성 면에서 유리한 면이 있긴 있지만, 동적타입 언어 같은 경우는 아예 저렇게 인터페이스를 생각할 필요가 없어요, 즉 언어의 특성에 따라 생겨난 개념이라고 생각하고 저는 인터페이스 별로임 ㅋㅋ

[1(121.182)]

동적으로 처리하는게 다 좋은게 아님... 위에서 plugin을 가지고 예를 들었으니까 그걸로 계속 얘기해보면 동적으로 처리하면 어디서 구해온게 plugin이라는 보장이 없어... 그래서 맞는지 검사해야 해... 그런데 정적으로 컴파일되어 있는거면 보장이 있지.

[ㅁㅇㄴㄹ(118.45)]

C에서 윈도우 API 가져오는거 생각해봐. 만약에 텍스트를 그리고싶다 하면 그래픽카드에 접근하고 점찍고 하고 그런거 유저가 다 짜야되잖아? 근데 API를 쓰면 그런 절차가 거의 생략이 되는거지.. 그런면에서 유용한거임 인터페이스는