[Solid] DIP 위반 사례 / 준수 사례 #20

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Open

daadaadaah wants to merge 4 commits into main from solid

Owner

daadaadaah commented Mar 9, 2023 •

edited

Loading

회고

DIP를 준수하지 않고 프로그램을 만들면, 장난감의 종류가 늘어날 때마다 KidWithXXX 클래스를 만들어줘야 하는 불편함이 있다.
DIP를 준수하면서 프로그램을 만들면, Kid 하나에서 로직을 재사용할 수 있어 코드가 간단해지고, 그에 따른 유지비용도 감소한다.
DIP 를 class 뿐만 아니라 메소드(예 : play)도 고려해주면 코드가 좀더 간단해진다.
Abstract 클래스(예 : AbstarctToy) vs 상속(예: Toy)와 implements(예: playable) 조합

abstract 클래스 공부하면서 궁금한 점이 있습니다. abstract 클래스가 상속+implement 조합해서 쓰고 싶을 때, 변수나 메서드를 응집력 있게 관리하고 사용하는게 맞나요? 상속 + implement로 따로따로 사용할 수 있긴한대. abstract 클래스 하나로 하면 편리해서?

부가적으로 protected를 언제 사용하면 되는지 알게 되었다.

daadaadaah added 4 commits

March 9, 2023 16:44


          [SOLID] DIP - Worst Case

bb3495f


          [SOLID] DIP - Compliance Case

dddca42


          Java 객제치향 디자인 패턴 도서 코드 추가

8e51ce7


          SOLID 원칙

5a1b78d

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet