디자인 모델 의 6 대 원칙 인 디 미트 법칙 (LoD, LKP)

2551 단어 디자인 모드
정의:
디 미트 법칙 (Law of Demeter, LoD) 은 최소 지식 원칙 (Least Knowledge Principle, LKP) 이 라 고도 부른다.
한 대상 은 다른 대상 에 대해 최소한 의 이 해 를 가 져 야 한다.쉽게 말 하면 한 가지 유형 은 자신 이 결합 하거나 호출 해 야 하 는 유형 에 대해 가장 적 게 알 아야 한다. 당신 (결합 되 거나 호출 된 유형) 의 내부 가 어떻게 복잡 한 지 나 와 관계 가 없다. 그것 은 당신 의 일이 다. 나 는 당신 이 제공 하 는 Public 방법 을 알 고 있다. 나 는 이렇게 많은 것 을 호출 하고 다른 것 은 전혀 관심 이 없다.
 
의미:
  • 친구 와 만 교류
  • 친구 류 의 정 의 는 다음 과 같다. 구성원 변수, 방법의 입 출력 매개 변수 에 나타 난 종 류 는 구성원 친구 류 라 고 하 는데 방법 체 내부 에 나타 난 종 류 는 친구 류 에 속 하지 않 는 다.
     
    아래 의 코드 는 방법 체 내부 에서 다른 종류 에 의존 하 는데 이것 은 디 미트 법칙 에 심각하게 위배 된다
    public class Teacher {
    
        public void commond(GroupLeader groupLeader) {
            List<Girl> listGirls = new ArrayList<Girl>();
    
            for (int i = 0; i < 20; i++) {
                listGirls.add(new Girl());
            }
    
            groupLeader.countGirls(listGirls);
        }
    
    }

     
    방법 은 일종 의 행위 이다. 자신의 행위 가 다른 부류 와 의존 관 계 를 가 진 다 는 것 을 모 르 는 것 은 허용 되 지 않 는 다.
    정확 한 방법 은:
    public class Teacher {
    
        public void commond(GroupLeader groupLeader) {
            groupLeader.countGirls();
        }
    
    }
    public class GroupLeader {
    
        private List<Girl> listGirls;
    
        public GroupLeader(List<Girl> _listGirls) {
            this.listGirls = _listGirls;
        }
    
        public void countGirls() {
            System.out.println("     :" + listGirls.size());
        }
    
    }

    주의: 한 종 류 는 친구 와 만 교류 하고 낯 선 종 류 는 교류 하지 않 습 니 다. getA (). getB (). getC (). getD () 가 나타 나 지 마 십시오.따라서 하나의 방법 은 한 클래스 에 존재 하지 않 는 대상 을 최대한 도입 하지 않 는 다. 물론 JDK API 가 제공 하 는 클래스 는 제외한다.
  • 친구 사이 에 도 거리 가 있다
  • 하나의 공개 적 인 Public 속성 이나 방법 이 많 을 수록 수정 할 때 관련 된 면 이 크 고 변경 으로 인 한 위험 확산 도 커진다.따라서 친구 클래스 간 의 거 리 를 유지 하기 위해 디자인 할 때 Public 방법 과 속성 을 더 줄 일 수 있 는 지, private, package - private (패키지 유형, 클래스, 방법, 변수 전에 접근 권한 을 추가 하지 않 으 면 기본적으로 패키지 형), proctected 등 접근 권한 으로 수정 할 수 있 는 지, final 키 워드 를 추가 할 수 있 는 지 등 을 반복 적 으로 평가 해 야 한다.
    주의: 디 미트 법칙 은 '수 줍 음' 과 같은 점 을 요구 합 니 다. 대외 적 으로 너무 많은 Public 방법 과 비 정적 인 Public 변 수 를 발표 하지 말고 최대한 내성 적 이 고 private, package - private, proctected 등 방문 권한 을 많이 사용 합 니 다.
     
  • 자기 것 이 고 자기 것 이다
  • 만약 에 하나의 방법 이 본 류 에 놓 이면 유형 간 의 관 계 를 증가 하지 않 을 뿐만 아니 라 본 류 에 부정적인 영향 을 미 치지 않 으 면 본 류 에 둔다.
     
  • Serializable 조심스럽게 사용
  •  
    마지막 으로 디 미트 법칙의 핵심 관념 은 바로 클래스 간 의 결합, 약 한 결합 이다. 약 한 결합 이후 에 만 클래스 의 복 용 률 을 높 일 수 있다.

    좋은 웹페이지 즐겨찾기