세 번째 파생에 I,
처음 세 개의 작업이 간단하고 도입을위한 정규 표현식을 맞추기 쉬운에서 연습 한 손에 유도, 우리는 객체 지향 프로세스의 얼굴에서 전환을 안내하는 생각. JAVA는 학생들이 빌드 객체 지향 의미에 충분한 시간을두고 세 진보적 인 학습 이론과 함께 작업 할 수와 접촉하지 배웠습니다.
세 가지 작업이, 삼각 함수를 추가 무한 중첩에, 모두 일부는 지난 일을 생각 사용할 수있는 간단한 단 변량 다항식 유도로 구성, 그들은 좋은 쇼가 될 수있는 분할 인자 발현에 상속과 인터페이스로 결합 할 수 있습니다 객체와 클래스의 역할.
둘째, 프로그램 분석
(A) 구조를 분석
(1) 우선 채용
도 클래스는 다음과 같습니다 :
복잡성은 다음과 같습니다 :
커플 링은 다음과 같습니다 :
눈에 보이는, 내 첫 직장 프로그램은 여전히 매우 심각한 문제가 패턴 및 Matcher를 비록, 또한, 기존의 배열을 포기 생각을 명확하게, 과정, 주요 기능에서 프로그램의 주요 부분에 직면 해있다, 그러나 두 가지 방법에 대한 사용하지만 좋은 심각한 바퀴를 반복 만듭니다. ,
(2) 제 2 동작
도 클래스는 다음과 같습니다 :
복잡성은 다음과 같습니다 :
커플 링은 다음과 같습니다 :
나는 여전히 첫 번째 작업 모델로, 대형의 정기적 인 사용은 직접 전체 정규 표현식이 큰 일치, 그리고 표현의 분할을위한 것 - 두 번째 작업의 주요 기능은 내가 자신의 아이디어에 큰 문제가 있음을 발견, 긴 여전히 프로세스 항목이 클래스에 매처 방법은 여전히 휠을 반복 만들 것이다 단지 장식, 클래스의 안 좋은 사용, 대형 일반 일치 수단의 사용과 동일 주요 기능, 내부에 기록 된, 그래서 읽는 다른 사람의 코드 뒤에, 나는 3 동작에 각각 작은 일반 일치를 사용하기 시작했습니다.
(3) 세 번째 동작
도 클래스는 다음과 같습니다 :
복잡성은 다음과 같습니다 :
커플 링은 다음과 같습니다 :
세 번째 작업이 재귀 유도하고, 다이쇼 (大 正) 경기, 나는 작은 일반 재귀 분할을 더 이상 사용 가능한 시작하지, 나는 다른의 재귀 적 특성뿐만 아니라, 프로그래밍 과정에보기 시작하고, 두 번째는 큰 차이 없습니다. 이전 두의 경험 후, 내 수업은 내가 바퀴를 만들 반복하지 않도록하는 것이, 통합 된 접근 방식이 합리적, 작은 정기적으로 사용하는 것입니다 것입니다, 처음의 코드 스타일이 크게 향상되었습니다.
(B) BUG 분석
첫 번째 작업으로 인해 비교적 간단하고, 문제는 부호 다중 출력 마이너스 기호의 측면에서 부정적이다해서,이 없다.
두 번째 작업이 몇 시간 동안 전력 인덱스 범위에 시달리고, 우리는 지침을주의 깊게 읽을 필요가 볼 수있는, 많은 버그가 규정의 세부 사항에 출연했다.
세 번째 작품은 이야기를 다른 학생들을 듣고 후에, 나는 두 번째 토론 수업에 기호 앞에 폐기 할 것 전처리에 첫 번째 항목을 배운, 두 번째 질문 등장, 또는 항목에 자신의 통합 치료는 모든 상황을 처리 할 수 없습니다.
(C) 상호 테스트 정책
(1) 프로그램을 작성 후, 내가 먼저 자신의 프로그램을 테스트, 일반 테스트 샘플의 선택은 내가 서로를 테스트합니다, 전체 범위를 확인하기 위해 샘플의 정상, 강력한 선택을 보장하기 위해 때 이러한 샘플 테스트 이러한 상수의 용어로 다른 테스트를 위해, 제약 점을 나열 지침 요구 사항을 참조하여, 경계 상황을 고려 -0000입니다.
보다 강력한 테스트 샘플이 버그를 발견 할 수없는 경우 (2), 다른 사람, 다른 사람과 자신의 아이디어를 비교 코드를 읽고 아이디어에 따라 자신 또는 다른 사람의 문제를 결정하기 위해, 서로 다른 다양한 상황을 고려하기 시작했다.
(IV) 설명 재구성
나는 계정으로 용어를하지 않았기 때문에 두 번째 작업은 다음 트리플 유형 및 시간에 아무런 재건 작업, 그리고 내가 재귀를 달성하기 위해 노력하고있는 세 번째, 또는 분할 항목에 대한 표현의 사용과 같이 표현 될 수있다 전략의 분할 인수 한 후, 나중에 내 코드 구조와 적절한 인터페이스 및 다른 학생들에게 요구되는 인터페이스를 사용하는 방법을 알고하지 않았다, 나는 곱셈이 필요 인터페이스를 배운 두 개의 클래스를 뺍니다.
셋째, 요약
(1) 세 번 작업이 나는 점차적으로 인코딩 프로세스 중심, 수 이상의 역 및 이론 수업을 결합 할 것이라고 생각
(2) 최적화를 위해, 나는 특히 세 번째 작동하지 좋은 일을, 과도한 중첩 결과는 특히 뒤죽박죽하고 가이드 책 읽기
(3) 나는 종종 시작하는 아이디어를 적은 작업의 시작 부분에 프로그램의 시간 구조의 모든 생각을 보냈지 만 중간 방법을 포기하고, 완전한 변화 할 때 dbug, 그리고 다른 경기의 영향이있을 것