{"componentChunkName":"component---src-templates-blog-post-js","path":"/language/200207-SOLID/","result":{"data":{"site":{"siteMetadata":{"title":"Junbyeol Blog","author":"Junsung Yoon","siteUrl":"https://junbyeol.github.io","comment":{"disqusShortName":"","utterances":"junbyeol/junbyeol.github.io"},"sponsor":{"buyMeACoffeeId":"junbyeol"}}},"markdownRemark":{"id":"f8bd8cf2-0a19-5bbb-b887-1bda63dc9910","excerpt":"이 글은 윤준성의 개발꼬맹이 시절, 혼자 노션에 공부하며 정리해둔 것 중 괜찮은 것을 추려올린 글입니다.\n기술블로그 글 기고 목적으로 작성되지 않아, 가독성이 좋지 않거나 알 수 없는 워딩이 있을 수 있습니다. SOLID: 객체지향설계 5대 원칙 Spring 예제로 보는 SOLID DIP - Yun Blog | 기술 블로그 OCP : Open/Closed Principle…","html":"
\n

이 글은 윤준성의 개발꼬맹이 시절, 혼자 노션에 공부하며 정리해둔 것 중 괜찮은 것을 추려올린 글입니다.\n기술블로그 글 기고 목적으로 작성되지 않아, 가독성이 좋지 않거나 알 수 없는 워딩이 있을 수 있습니다.

\n
\n

SOLID: 객체지향설계 5대 원칙

\n

Spring 예제로 보는 SOLID DIP - Yun Blog | 기술 블로그

\n

OCP

\n

: Open/Closed Principle, 개방-폐쇄 원칙

\n

: 확장에 대해서는 개방 되어 있어야 하지만, 변경에 대해서는 폐쇄되어야 한다

\n\n

OCP 실패 사례

\n

\n \n \n

\n\n
class PaymentController {\n    @RequestMapping(value = \"/dip/anti/payment\", method = RequestMethod.POST)\n    public void pay(@RequestBody ShinhanCardDto.PaymentRequest req){\n        shinhanCardPaymentService.pay(req);\n    }   \n}\nclass ShinhanCardPaymentService {\n    public void pay(ShinhanCardDto.PaymentRequest req) {\n        shinhanCardApi.pay(req);\n    }   \n}
\n

⇒ RequestBody의 키값 하나만 바뀌어도, 컨트롤러, 서비스, 심지어 프론트엔드까지 영향을 미침

\n

⇒ 확장에 유연하지 못함(OCP 실패)

\n

DIP 성공

\n

\n \n \n

\n
public interface CardPaymentService {\n    void pay(CardPaymentDto.PaymentRequest req);\n    void payOverseas(CardPaymentDto.PaymentRequest req);\n}\n\npublic class ShinhanCardPaymentService implements CardPaymentService {\n    @Override\n    public void payOverseas(CardPaymentDto.PaymentRequest req) {\n        // .. 신한 카드 해외 결제 로직..\n        shinhanCardApi.pay(paymentRequest);\n    }\n}\n\npublic class WooriCardPaymentService implements CardPaymentService {\n    @Override\n    public void payOverseas(CardPaymentDto.PaymentRequest req) {\n        // 우리 카드 결제는 해외 결제 기능이 없음...\n    }\n}
\n

⇒ 하나의 클래스에 해외결제/국내결제를 하고자 하는 두 명의 Actor가 존재 == 두 개의 책임이 존재

\n

⇒ 만일 모든 클래스가 모두 해외결제/국내결제를 지원한다면, 그것은 카드결제를 하는 큰 한 명의 Actor만이 있다라고 볼 수 있다 == 큰 하나의 책임으로 묶을 수 있음

\n

SRP 성공

\n

\n \n \n

\n

⇒

\n

ISP

\n

: Interface Segregation Principle, 인터페이스 분리 원칙

\n

: 클라이언트가 자신이 이용하지 않는 메소드에 의존하면 안된다

\n

ISP 실패 사례

\n

\n \n \n

\n\n
public interface CardPaymentService {\n    void pay(CardPaymentDto.PaymentRequest req);\n    void payOverseas(CardPaymentDto.PaymentRequest req);\n}\n\npublic class ShinhanCardPaymentService implements CardPaymentService {\n    @Override\n    public void payOverseas(CardPaymentDto.PaymentRequest req) {\n        // .. 신한 카드 해외 결제 로직..\n        shinhanCardApi.pay(paymentRequest);\n    }\n}\n\npublic class WooriCardPaymentService implements CardPaymentService {\n    @Override\n    public void payOverseas(CardPaymentDto.PaymentRequest req) {\n        // 우리 카드 결제는 해외 결제 기능이 없음...\n    }\n}
\n

ISP 성공

\n

\n \n \n

\n
public interface PaymentService {\n  void pay(CardPaymentDto.PaymentRequest req);\n}\n\npublic interface OverseasPaymentService {\n\tvoid payOverseas(CardPaymentDto.PaymentRequest req);\n}\n\npublic class ShinhanCardPaymentService implements PaymentService, OverseasPaymentService {\n    @Override\n    public void payOverseas(CardPaymentDto.PaymentRequest req) {\n        // .. 신한 카드 해외 결제 로직..\n        shinhanCardApi.pay(paymentRequest);\n    }\n}\n\npublic class WooriCardPaymentService implements PaymentService {\n    @Override\n    public void payOverseas(CardPaymentDto.PaymentRequest req) {\n        // 우리 카드 결제는 해외 결제 기능이 없음...\n    }\n}
\n

LSP

\n

: Liskov Substitution principle, 리스코프 치환 원칙

\n

: 자식 클래스는 언제나 자신의 부모 클래스를 교체할 수 있다

\n

( 부모 클래스의 명세를 따라야 한다, 부모 클래스가 하는 일을 다 충실히 수행해야 한다 )

\n
public class Rectangle {\n\tint width;\n\tint height;\n\n\tpublic void setWidth(int width) {\n\t\tthis.width = width;\n\t} \n\n\tpublic void setHeight(int height) {\n\t\tthis.height = height;\n\t}\n\n\t//getter\n}\n\npublic class Square extends Rectangle {\n\t@Override\n\tpublic void setWidth(int width) {\n\t\tsuper.setWidth(width);\n\t\tsuper.setHeight(width);\n\t} \n\n\t@Override\n\tpublic void setHeight(int height) {\n\t\tsuper.setWidth(width);\n\t\tsuper.setHeight(width);\n\t}\n\n\t//getter\n}
\n
public void calculateAreaTest(Rectangle rectangle){\n\trectangle.setWidth(2);\n\trectangle.setHeight(3);\n\n\tassert r.getWidth() * r.getHeight() == 6 : printError()\n}
\n

⇒ rectangle에 Rectangle()과 Square()을 넣었을 때의 결과가 달라진다

\n

⇒ Rectangle 객체에서 작동하는 것이 Square에서 작동하지 않으므로 LSP 위반

","frontmatter":{"title":"SOLID","date":"February 07, 2020"}}},"pageContext":{"slug":"/language/200207-SOLID/","previous":{"fields":{"slug":"/infra/200716-Docker/"},"frontmatter":{"title":"Docker"}},"next":{"fields":{"slug":"/database/200524-Transaction/"},"frontmatter":{"title":"Transaction"}}}}}