객체 지향 프로그래밍 입문

완강하긴 했는데 이해를 50% 정도 밖에 못한 것 같아요.자바의 정석 한번 다 보고, 스프링이랑 스프링부트 이제 막 공부하는 시점인데, 제가 부족한 건지 아직은 이 강의가 어렵네요.어느정도 공부한 시점에서 수강하는게 좋을까요?

6분 26초에 말하는 객체의 안에 있는 프로시저란 객체의 메서드를 말하는건가요?

안녕하세요. 강사님.객체는 제공하는 기능으로 정의된다!=> 회원 객체 (암호 변경하기 기능) 대부분의 프로그램은 정보 표현을 위한 데이터(구조체, 객체)는 존재하기 마련일텐데요. 제가 생각하기에 회원이라

안녕하세요. 강사님.영상 4:40초쯤 생성 클래스가 바뀌면 의존하는 코드도 바뀐다고 하셨는데 이게 어떤 경우인지 예시가 잘 안 그려집니다.추상화 파트를 다시 봐도 이해가 잘 안 가서 그러는데 예시나 추상화 강의에서 나왔던 부분 좀 언급하셨

안녕하세요. 강사님.객체지향에서 시스템단에서 책임져야할 기능을무엇을 기준으로 해서 세부적으로 하위 기능들을 추출하고 각 객체(역할)에 할당한다고 하셨는데 궁금한점이분해된 책임을 적절한 객체에 할당하기 전에객체의 엔티티 구조

선생님 안녕하세요, 강의를 보다가 궁금한 점이 있어 질문드립니다.절차 지향과 객체 지향의 차이를 설명해주실 때, 절차 지향은 프로시저에서 데이터가 공유되는 반면,객체 지향은 프로시저와 데이터를 함께 묶는 것</

2분 55초의 CloudFileManager 클래스의 DropboxClient dc = ...; List dbFiles = db.getFiles(); 해당 부분

클래스 메서드를 사용하는거랑 클래스선언없이 함수를 만들어서 사용하는거랑 어떤 차이가 있나요?요구사항이 변경됬을 때 클래스선언없이 함수만 사용해도 여러곳의 코드를 일일이 변경하지 않아도 되는 장점이 있다고 생각됩니다.이게 캡슐화

강의 수강 중 캡슐화 2번을 리팩토링 하는 과정에서 궁금한 점이 있습니다!getFrequentRenterPoints()를 Movie에서 구현을 해주셨는데 daysRented를 파라미터로 넘겨서 RenterPoints를 계산하는 과정에서 대여기간 조건을

좋은 강의 감사합니다. 추상화 예제 강의를 보다가 추상 클래스를 사용하지 않고 인터페이스를 사용하셔서 질문드립니다.   예제에서는 cloudFile, cloudFileSystem을 인터페이스로 만드셨는데, dropBox, nClo

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아

<span style="color: #424242; font-family: -apple-system, 'system-ui', AppleSDGothicNeo-Regular, helvetica, sans-serif; font-size: 18.9px; backgroun

안녕하세요 강의 정말 흥미롭게 잘 보고 있습니다. 다름이 아니라 정답을 보기전 강의를 멈추고 제가 생각했던 캡슐화랑 비교해가면서 보고 있는데요 질문1 연습문제 1번에서 저는 두번째 if문만이 아닌 if 문 3개를 한꺼번에 메서

 DIP 예제의 답을 보기 전 제가 생각한 상위 정책은 상세 정보를 추출하는 기능, API를 호출하는 기능, 상품을 구하는 기능으로 나눠서 생각했습니다. 정보 추출과 상품을 구하는 기능은 유사했지만 Daara API를 통해 상품을 구하는 기능은 하위 모듈

계산 분리 및 연동 분리에서 보면 분리 단위를 별도 객체를 통해 분리를 예시로 들어주시고 있으십니다.별도 객체로 분리하는 게 1장에서 배운 측면에서 유리하겠지만 어떠한 특정한 경우에는 별도 객체가 아닌 별도 메서드로 분리하는 게 유리하지 않을

서로 다른 구현 추상화에 대한 예시로 SCP로 파일 업로드

의존 주입 관련 질문입니다. (동영상 5:13초)코드 예제에서 오른쪽 하단에 schSvc.setCalculator(cal); 코드가 존재하고 있습니다.Q1. 왜 SchSvc.setCalculcator(cal);은 굳이 생성자를 통해

상속 재사용 단점 중 상위 클래스 변경이 어렵다는 부분에서 "상위 클래스가 어떤식으로 동작 하는지 어느정도 파악 후 하위 클래스가 기능 재사용이 가능하다"고 구두로 설명해주셨는데요, 여기에 추가적으로 상위 클래스는 하위 클래스에 대해 캡슐화가 약해지는 문제가 발생

개선 후 예제에서 mem.verifyEmail() 시도 후 수정사항을 DB에 반영하고 있습니다. 궁금한 점은 DB 반영 완료 후 verifyEmail() 내부의 this.verificationEmailStatus = 2를 하는 게 맞

1분 58초 부근을 보게 되면 X 는 A, B, C, D, E, F에 의존하고 있습니다. 이 때 만약 A를 수정하면 의존하고 있는 X에도 변경의 여파가 미치게 됩니다. 저는 보통 이럴 때 X와 A의 의존관계를 없애게 되더라도 A는 결국 남은 B, C,