이 면도기는 객체지향 설계 원칙 중 어떤걸 지킨걸까요?

Question

최근 면접 준비한다고 solid를 보고있는데, 면도기를 보니 갑자기 이건 어떤 원칙을 지켰을까 라는 생각이..면도날은 공통된 속성을 가진 것으로 SRP 원칙이 지켜진 것으로 보면 되고, 몸통의 경우 여러 면도날을 받기 때문에 DIP 원칙을 지켰다고 볼 수 있을까요?solid .. 어렵네요, 면접때 예시로 사용하고 싶은데 ..ㅠ 괜찮을까요

kenu,전독시 · Answer

https://www.phind.com/search?cache=eqe6hg6o1tfa0cdxagr90201SOLID에서 인터페이스와 관련된 원칙은 인터페이스 분리 원칙(Interface Segregation Principle, ISP)입니다. ISP는 클라이언트가 자신이 사용하지 않는 인터페이스에 의존하지 않아야 한다는 원칙입니다. 즉, 하나의 큰 인터페이스를 상속받기보다는 인터페이스를 구체적이고 작은 단위로 분리하여 필요한 인터페이스만 상속하도록 하는 것을 의미합니다. 이 원칙은 클래스의 단일 책임 원칙(SRP)이 클래스의 단일 책임을 강조했다면, ISP는 인터페이스의 단일 책임을 강조합니다 [1].ISP를 지키지 않는 경우, 프로그램을 만들 때 "이건 사용하지도 않는 함수인데 왜 있지?"라는 질문을 하게 될 수 있습니다. 이는 ISP를 무시하게 되는 경향이 있음을 나타냅니다 [2]. 따라서, SOLID 원칙을 알고 있어도 막상 구현하다 보면 지키지 않는 경우가 많은데, 여기에는 여러 이유가 있습니다 [2].SOLID 원칙들은 객체 지향 프로그래밍 및 설계의 기본 원칙으로, 프로그래머가 시간이 지나도 유지 보수와 확장이 쉬운 시스템을 만들고자 할 때 이 원칙들을 함께 적용할 수 있습니다 [4]. 이 원칙들은 소프트웨어 작업에서 소스 코드가 읽기 쉽고 확장하기 쉽게 될 때까지 소프트웨어 소스 코드를 리팩터링하여 코드 냄새를 제거하기 위해 적용할 수 있는 지침입니다 [4].Citations:[1] https://jaeyeong951.medium.com/%EA%B0%9D%EC%B2%B4%EC%A7%80%ED%96%A5-5%EC%9B%90%EC%B9%99-solid-ac7d4d660f4d[2] https://m.blog.naver.com/PostView.naver?blogId=ruvendix&logNo=221976211995[3] https://www.raank.net/post/solid-principles[4] https://ko.wikipedia.org/wiki/SOLID_(%EA%B0%9D%EC%B2%B4_%EC%A7%80%ED%96%A5_%EC%84%A4%EA%B3%84)[5] https://codechacha.com/ko/solid-principles/[6] https://growingdev.blog/entry/%EC%9D%B8%ED%84%B0%ED%8E%98%EC%9D%B4%EC%8A%A4-%EB%B6%84%EB%A6%AC-%EC%9B%90%EC%B9%99-ISP[7] https://huisam.tistory.com/entry/ISP[8] https://growingdev.blog/entry/%EA%B0%9D%EC%B2%B4-%EC%A7%80%ED%96%A5-SOLID-%EC%9B%90%EC%B9%99[9] https://ittrue.tistory.com/548[10] https://johngrib.github.io/wiki/jargon/solid/[11] https://www.nextree.co.kr/p6960/[12] https://inpa.tistory.com/entry/OOP-%F0%9F%92%A0-%EA%B0%9D%EC%B2%B4-%EC%A7%80%ED%96%A5-%EC%84%A4%EA%B3%84%EC%9D%98-5%EA%B0%80%EC%A7%80-%EC%9B%90%EC%B9%99-SOLID[13] https://seongjun-noh.github.io/oop/SOLID/[14] https://dataonair.or.kr/db-tech-reference/d-lounge/technical-data/?mod=document&uid=236588[15] https://devloo.tistory.com/entry/SOLID-%EB%94%94%EC%9E%90%EC%9D%B8-%EC%9B%90%EC%B9%99-%EA%B0%9D%EC%B2%B4-%EC%A7%80%ED%96%A5-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D-%EB%8B%A8%EC%88%9C%ED%99%94

옥다방고양이 · Answer

글쎄요... 저는 객체지향의 다른 어려운 개념 보다는 그냥 "메소드를 통한 데이터 전달"개념이 바로 딱 떠오릅니다.서로 다른 객체간에 "메소드의 parameter 갯수, 형식"만 맞춰주면 두 객체가 (데이터 전달을 통해) 연결됩니다.

mirheeoj · Answer

잘 탐구하여 결론을 얻을 수 있다 해도, 저걸 면접때 거론하는 건 제 생각에는 리스크가 좀 있을 것 같습니다. 면접관의 해석이 다를 수 있잖아요. 면접관이 난 그렇게 생각 안한다며 지적하고 안좋은 점수를 줄 수 있는데, 그쪽이 정당한 해석이라면 할말없지만 혹시라도 면접관이 잘못 생각한 경우에는 여간해선 뒤집기가 힘드니 억울한 손해를 보는 셈이 되겠지요. 일반론적인 얘기지만, 내가 컨트롤할 수 없는 부분의 변수는 가급적 만들지 않는 게 좋다고 봅니다. 그러나 만약 면접 탈락이 거의 확정적인 경우라면 밑져야 본전이니 꺼내볼 수도 있는 카드가 되겠죠. 하지만 이걸 면접중에 알기는 사실 어렵기 때문에 제 생각에는 여전히 리스크쪽이 더 큰 것 같습니다. 반대로 본인이 면접관이라면 저런 문제를 내보는 건 재미있을 것 같습니다. 리스크 자체는 똑같지만 면접관쪽은 손해를 덜 보니까요.

장독깨기 · Answer

글쎄요, SRP, DIP 뿐만 아니라 SOLID 원칙 어느 것에도 해당 되지 않는거 같습니다.그냥 인터페이스만 맞춘거에요. 굳이 따지자면, 클래스에 의존하지 말고 인터페이스에 의존해라 이거 같긴 합니다만,...객체지향 프로그래밍을 하는데 무조건 SOLID 원칙을 지켜야 되는 것은 아닙니다.저 같은 경우 저 원칙을 생각하면서, 객체지향 프로그래밍을 한 적이 없습니다.면접 때 굳이 저 예를 들어 설명할 필요는 없을 거 같습니다. :)

감독님테스트가하고싶어요 · Answer

이걸 예시로 드느니 침묵이 나을 수도 있어보이네요.일단 예시가 좋고 나쁘고를 떠나서 본인이 설명을 잘 하실거같지 않아보입니다. (물론 좋은 예시라고도 생각 안합니다)아주조그마한 반박에도 답변 정확성이 더 떨어질것 같고요.(아니 저는 그렇게 생각 안하는데요? 이럴수도 있잖아요? 어버버)그러면 바로 탈락입니다.

wharup · Answer

SRP: 변경의 원인/주기에 따라 면도기와 면도날을 나눔OCP: 면도기를 바꾸지 않고 새로운 면도날을 추가 가능LSP: 면도기는 연결 인터페이스를 지키면 어떤 날이건 사용할 수 있다ISP: 연결 인터페이스는 면도날과 면도기를 연결하는 기능만 가짐DIP: 면도기가 면도날을 컨트롤하지만, 면도날이 면도기의 인터페이스를 의존한다※ Control Flow: 면도기 → 면도날, Dependency Direction: 면도기 ← 면도날※ 연결 인터페이스는 면도기에서 정의: 면도기에 면도날을 고정하기 위한 것이므로..

이 면도기는 객체지향 설계 원칙 중 어떤걸 지킨걸까요?

6개의 답변

#solid 목록