[architecture] 객체 지향 프로젝트를 어떻게 디자인합니까? [닫은]

기회가 생겼을 때 나는 보통 “세 개의 반복 규칙”이라고 부르는 것을 사용합니다.

첫 번째 반복 (또는 시작)에서 모델 객체, 알고리즘 및 예상 ( 실제 예상, 아마도 그렇지 않은) 에 따라 응용 프로그램의 일반적인 레이아웃을 고안합니다.예상되는 방향) 디자인 문서를 작성하지는 않지만 여러 사람을 조정해야하는 경우 종속성 분석 및 필요한 시간의 추측과 함께 대략적인 절차 스케치가 필요합니다. 나처럼 더 민첩한 방법을 선호한다면이 단계를 최소한으로 유지하십시오. 강력한 프로그램 단계가 필요한 경우가 있습니다. 특히 프로그램 논리에 대해 모든 것이 알려져 있고 사실이거나 코드의 기능간에 많은 상호 작용을 계획하려는 경우가 있습니다. 이 경우 유스 케이스 또는 사용자 스토리 제공은 특히 GUI 앱에 대한 좋은 아이디어입니다. 명령 줄 앱 및 특히 라이브러리의 경우 개발해야하는 라이브러리에 대해 코딩하고 모양을 확인하는 “프로그램 스토리”를 작성하십시오.

이 첫 번째 반복 후에는 사물이 상호 작용하는 방식, 세부 사항 및 거친 지점을 파악하고 덕트 테이프 패치의 문제를 해결하는 방법에 대해 더 잘 이해할 수 있습니다. 이 경험을 활용하여 너무 큰 것을 개선, 정리, 연마, 분할하고, 너무 조각난 것을 통합하고, 디자인 패턴을 정의 및 사용하고, 성능 병목 현상 및 사소한 보안 문제를 분석 할 수 있습니다. 일반적으로 이러한 모든 변경 사항은 작성한 단위 테스트에는 큰 영향을 주지만 기능 테스트에는 큰 영향을 미치지 않습니다.

이 두 번째 반복을 완료하면 작은 보석, 테스트, 문서화 및 디자인이 잘됩니다. 이제 세 번째 반복을 수행하는 경험과 코드가 모두 확장되었습니다. 새로운 기능과 사용 사례를 추가하여 응용 프로그램을 향상시킵니다. 거친 지점을 찾을 수 있으며 결국 두 번째 반복과 유사한 네 번째 반복으로 들어갑니다. 헹구고 반복하십시오.

이것이 소프트웨어 설계에 대한 일반적인 접근 방식입니다. 짧은 3 개월 반복 및 Agile 개발 요소가 포함 된 나선형 디자인과 유사하여 문제를 배우고 소프트웨어와 해당 응용 분야를 알 수 있습니다. 물론, 어플리케이션 개발자 수백 상황이 조금 더 복잡이보다 참여 너무 커서 그렇다면, 확장 성의 문제, 그러나 결국 나는 아이디어가 항상 같은, 추측 분할 등의 impera .

요약하자면 :

1. 반복 1에서, 당신은 그것을 맛보고 배우고
2. 두 번째 반복에서는 제품을 정리하고 미래를 위해 준비합니다
3. 세 번째 반복에서는 새로운 기능을 추가하고 더 많은 정보를 얻습니다.
4. 고토 2

답변