Flex 디자인 모드

분석 단계
용례 소개
정식 용례 를 쓰다
일반적인 상황 에서 우 리 는 정식 사례 로 기능 성 수요 문 서 를 만든다.
용례 를 만들다
설계 단계
CRC 카드 소개
클래스 확정
모든 화가 들 이 서로 다른 창작 이념 과 색채 조합 방식 을 가지 고 있 듯 이 모든 시스템 디자이너 들 은 하나의 시스템 을 어떻게 구축 하 는 지 에 대해 서도 지혜 를 본다.
클래스 는 일부 명사 이기 때문에 용례 도 를 옮 겨 다 니 며 의미 있 는 단 어 를 찾 아 시스템 의 클래스 로 할 수 있다.
클래스 기능 확정
클래스 의 기능 을 확인 하 는 것 은 우리 가 이 종 류 를 시스템 에 필요 한 클래스 로 하 는 지 여 부 를 확인 하 는 데 도움 을 줄 수 있다.
협동 류 를 확정 하 다
프로그래머 들 은 자신 을 통 해 모든 기능 을 실현 할 수 없다 는 것 을 잘 알 고 있다.그들 은 반드시 다른 종류 에 의존 해서 그들 이 그 기능 을 실현 하도록 협조 해 야 한다.이런 협조 역할 을 하 는 종 류 를 협력 류 (collaborator) 라 고 한다.
클래스 와 클래스 간 의 관 계 를 확정 하 다.
관련, 그 중 하 나 는 다른 유형 에 의존 하여 그 중의 하나 또는 여러 기능 을 실현 한다.
주석그 중 하나 가 협력 류 의 소유자 라면 이 소유자 가 소각 되면 주석 협력 류 도 소각 된다.
이어받다
 
실현 단계
프로 그래 밍 규범
싸다.
가방 의 이름 이 중간 단어의 첫 대문자 형식 을 사용 하 는 지 에 대해 서 는 두 가지 관점 이 있 습 니 다.
포장 하 다
패 키 징 디자인
포장 은 매우 중요 한 원리 로 매우 중요 한 의 미 를 가진다.만약, School 클래스 가 개인 속성 을 가지 고 있다 면학생 과 전 교 생 의 입학 명단 배열.만약 에 저희 가 School 대상 에 게 수시로 학생 정 보 를 방문 할 수 있 도록 한다 면 (예 를 들 어 SchoolDistrict 류 는 이 지역 의 모든 학교 학생 들 의 정 보 를 알 아야 합 니 다) getter 방법 으로 방문 가능 한 배열 을 만 들 수 있 습 니 다. 다음 과 같 습 니 다.
public function set students():Array { return _students; }
전례 에 서 는 공공 속성 을 사용 하지 않 았 지만 디자인 은 폐쇄 원 리 를 파괴 했다.생각해 보 세 요. 우리 가 돌려 주면student 배열 을 직접 수정 합 니 다.
school.students.splice(10,5);
 이 코드 는 학교 에서 5 명의 학생 정 보 를 옮 길 것 이지 만 스 쿨 은 이번 스 포 일 러 에 대한 어떠한 통지 도 받 지 못 했다.이것 은 현실 생활 에 위배 되 고 우리 의 디자인 취지 에 도 위배 된다. 한 학 교 는 항상 자신의 학생 정 보 를 손금 보 듯 잘 알 아야 한다.우 리 는 다음 과 같은 두 가지 방식 을 통 해 이런 문 제 를 해결 할 수 있다.첫 번 째 는 인용 이 아 닌 사본 을 되 돌려 주 는 가장 간단 한 방법 이다.다음 과 같다.
public function get students():Array { return _students.concat(); }
 
두 번 째 방법 은 교체 기 모드 를 사용 하 는 것 이다.
사실 대부분의 디자인 모델 이 해결 하 는 문 제 는 포장 성과 관련 이 있다.