문제

매우 간단한 Winforms 응용 프로그램을 작성해야하지만 종종 이와 함께 분석 모드에 갇히게됩니다. 나는 예, 아니오, 재 시도 루프에 갇히고 응용 프로그램의 행동에 대한 생각이 거의 없기 때문에 응용 프로그램의 '워크 플로우'에 대해 생각하기 시작합니다. 각 작업에 대한 메소드가 있어야하고 이전이 'Abort'깃발을 올리지 않았는지 확인한 후 각 작업에 대해 순차적으로 호출해야합니까?

간단한 ITASK 인터페이스와 각 작업에 대한 클래스를 구현 한 다음 주문한 작업 모음을 통해 반복해야합니까? 이것을 Windows 워크 플로에 대한 간단한 소개로 사용해야합니까? 이 애플리케이션의 범위와 해당 작업 세트는 성장할 수 있으므로 하드 코딩의 첫 번째 옵션이 가장 중요하지만 앱의 크기가 주어지면 코드를 변경하여 유지 관리를 쉽게 수행 할 수 있습니다. 실행 파일은 항상 업그레이드 자료와 함께 배포되며 영구적으로 배포되지 않습니다.

도움이 되었습니까?

해결책

Workflow Foundation에서는 고급 시나리오/프로젝트를 유지합니다. 여기서 사용자/회사마다 다른 사용자 정의 가능한 워크 플로, 복잡한 워크 플로 요구, 일시 중지/계속.

나는 유연성 (간단한 방법)을 위해 ITASK 경로를 가고 동시에 간단하게 간단합니다. 또한 장치/통합 테스트에 도움이 될 것 같습니다. 즉, 파일 이동 작업을 말하는 것과 같이 작업 재사용을 주시하는 것이 좋습니다. Refactoring 단계에서 만하면 실제 요구/사용이 필요한 것을 지시하도록하십시오 (테스트 -TDD :)).

다른 팁

가장 간단한 일을하십시오. 나중에 항상 리팩터를 리팩터 할 수 있습니다.

"가장 간단한 일이 효과가있을 수 있습니다. 그것은 또한 좋은 디자인입니다".

"가장 단순한"것들이 디자인 관점에서 가장 멍청한 일이기도하며, 극단적 인 프로그래밍 MANTRA가 무엇을 추구했는지와 반대되는 길을 따라 슬픔을 일으킬 것입니다.

두 번째 옵션은 나에게 옳게 들립니다. 구현하기가 간단하고 설계가 좋으며 나중에 유지 보수를 용이하게합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top