2022.07.01

 

 

메인메소드엔 기능을 넣으면 안돼

클래스 콜만하는 거야 사용자 관점이기 때문에

클래스가 있고 얘네들 간에 대화하는 건 메소드로 하는 거임.

 

설계규칙은

기능은 웬만하면 싱글 하나이도록 만드는것 (클래스마다 하나)

많이 넣으면 다른 애들이 갖다 쓸일이 많아질 수록 결합도가 높아짐. 결합도가 높아지면 좋은 프로그램이 아님.

응집도가 높으면 땡큐인데 

 

메소드로 어떻게 표현하지? 생각하고

클래스 다이어그램은 정적인 표현할 때 쓰는것임.

하나의 클래스에 하나의 기능정도만 넣으라고. 하나의 메소드정도만 넣으라고...

그러고 나머지는 다 외부로 빼라고 

 

널과 공집합의 차이점은 .

 

 

디폴트 생성자로 초기화 없이 생성을 했어

 

파라메타 받아서 데이터 집어 넣겠다는게 디폴트 외에 생성자.

 

디폴트 생성자도 바깥에서 뉴해서 만들고 집어넣으면 되는데?

 

아 어떤 순간엔 디폴트 생성자를 만들어놓고 초기화값을 지금 모르는거야(내가 원자력 발전소에서 일하는대)

디폴트 컨스트럭터로 콜해놓고 ㄷ나중에 세터로 그 데이터를 집어넣어도 된다.

 

현장에서 내가 개발을 하는데 내가 라이브러리를 만들어야하는데, 내가 업무파악이 안되서 초기화값이 무ㅓ로해야하느지 정의가 안됐어 그럴떈, 디폴트 생성자를 만들어놔야하는 ㅔㄱ 좋음

 

설계측면에선 오버라이딩을 하지 않는게 더 좋음

모델링하는 쪽 다 못하게되면, 프젝할때 프젝만 한적은 없어 공부시켜야쥐..... 그때 리눅스를 할거고 나머지를 할거야....... 너무 걱정하지말ㄹ ㅏ우.......... 켈켈..........

 

설계측면에선 오버라이딩이 마냥 좋은게 아님.

부모의 메소드를 쓰려면 수퍼

 

스태틱 변수와 스태틱 파이널은 둘다 스태틱에 올라가ㅂ지만 파이널을 써버리면 변경 불가다

 

이건 신경 쓰지 않는게 좋을것 같다.

인터페이스로 넘기는거가 파라미로 제일 좋아

인스턴스오브 체킹 안해도 되니까 

이터페이스로 넘기는 게 제일 좋ㅇ음

그래서 많이 쓰이고 그래서 좋은거임.