실시간 응용 프로그램 설계를위한 디자인 패턴을 이해하지 못하는 두뇌

Question

저는 실시간 MIDI 응용 프로그램을 구현하는 작업을 스스로했습니다. 지금까지 작성한 다른 모든 소프트웨어와 마찬가지로 코딩을 시작했습니다. Jack Audio Connection Kit 및 해당 클라이언트의 전송 상태를 제어 할 수있는 작은 GUI (GTK2) 응용 프로그램을 구현했습니다.

필자는 전에 실시간 응용 프로그램을 작성한 적이 없으며 하나의 멀티 스레드 프로그램 만 작성했습니다. 이 두 가지 세부 사항은 내가 지금까지 작성한 모든 소프트웨어가 나를 먼저 설계 할 필요가 없기 때문에이 문제를 해결하는 데 큰 도움이됩니다. 나는 가끔씩 일을하기 위해 펜과 종이 만 필요할 뿐이었다.

그러나이 프로젝트는 코딩을 진행하지 않을 것입니다. 그러나 저는 소프트웨어 디자인에 관해서는 아는 것이 없지만, 저는 스스로 가르쳤습니다 (1990 년 중반에 2 년 컴퓨터 학습 과정을 할인했습니다). 나는 항상 단계적으로 일했고, 뭔가 일하는 것을 얻고 그 위에 구축했다.

내 연구 중에 모델 뷰 컨트롤러 패턴을 보았지만 세부 사항을 생각하기가 정말 어렵다는 것을 알았고 문제를 찾지 않고도 모든 기반을 찾을 수없는 기초를 찾을 수 없습니다 .

이 블록을 지나치려면 조언이 필요합니다. 나는 내 생각의 기차가 느슨한 산만을 발견하는 것을 멈출 필요가있다. 이것은 혼란 중 하나입니다. 이 블록을 지나가려면 어떻게해야합니까?

Answer 1

매우 광범위한 용어로 "소프트웨어 설계"는 일련의 모듈에서 문제를 분해하고 각 모듈의 책임과 각 모듈이 다른 모듈과 통신하는 방법을 지정하는 프로세스입니다 (if 조금도).

이 활동을 진행하는 데는 여러 가지 방법이 있습니다. 이것이 이것을 처음 시도하는 것을 고려할 때 가능한 한 간단하게 종이 시트와 펜을 잡으십시오.

첫 번째 단계 : 새 응용 프로그램이 실행할 수 있어야하는 작업 목록을 기록하십시오. 그런 다음 논리적으로 속한다고 생각되는 다른 세트의 작업을 그룹화하십시오.

각 하위 집합에 대해 이름을 찾고 빈 시트 (하위 집합에 대해)에 쓰고 모듈이 수행해야 할 데이터 유형 및 다른 사람들과 교환하는 방법을 조금 자세하게 설명합니다. 각 모듈은 "모듈 디자인 용지"

다른 빈 시트에는 각 하위 세트의 상자를 그려서 적절한 이름으로 레이블을 지정하고 한 상자에서 다른 상자로 화살표를 그려보십시오. 각 화살표에는 이름과 다른 모듈을 호출하는 모듈 중 하나를 나타냅니다. 이것을 당신의 모듈 "인터페이스 설계 용지"라고 부르 자.

모듈 설명을 다른 모듈에 제공해야하는 인터페이스로 다시 점검하고, 원래 작업 목록을 변경해야하는지, 그리고 이것이 관리하는 데이터에 어떻게 영향을 미치는지 확인하십시오.

모듈이 너무 복잡하거나 큰 경우 반복적으로 모듈을 세분 할 수 있습니다. 모듈을 하위 모듈로 분리하면 또 다른 인터페이스 설계 문서를 그려야하며 하위 모듈의 합계가 원래 모듈에 대해 구상 한 모든 작업을 수행 할 수 있어야하고 나머지 모듈의 요청에 응답 할 수 있어야합니다. 시스템.

자세한 내용은 CRC cards도 참조하십시오.

Answer 2

한 가지 방법은 요구 사항을 논의하고 디자인 패턴과 소프트웨어를 디자인하는 데 익숙한 사람과 디자인을 매우 매끄럽게 스케치하는 것입니다. 이 과정에서 적용된 디자인 패턴의 개념을 토론 할 수 있습니다.

Answer 3

이 질문에 대해 이미 작성된 답변은 훌륭하지만 실시간 소프트웨어 개발의 가장 독특한 부분 인 실시간 기술 요구 사항에 대해서는 언급하지 않았습니다.

소프트웨어가 얼마나 신속하게 대응해야하는지, 얼마나 많은 메모리가 들어 있는지, 부팅 속도가 얼마나 빠른지, 실행 파일의 용량이 얼마나되는지 알아야합니다. 일반 PC를 사용하는 경우 메모리 요구량이 그다지 중요하지 않을 수도 있지만 실행 속도 요구 사항은 대상 플랫폼이 무엇이든 중요합니다.

고급 기술 요구 사항이 "사용자가 만족할만큼 충분히 뛰어남"이라면 낮은 수준의 기술 요구 사항에 대해 걱정할 필요가 있습니다. 기본적으로 대상 컴퓨터, 대상 OS, 타사 라이브러리에서 처리 할 수 ​​있습니다.

이미 저수준 코드를 작성한 것 같습니다. 하드웨어/OS/라이브러리 인터페이스 코드의 나머지 부분을 작성하고 오류 조건과 행복한 경로 모두를 위해 각 부분을 작성하는 것이 좋습니다. 이렇게하면 코드가 각 인터페이스를 어떻게 처리해야하는지 훨씬 더 잘 알 수 있습니다. (예 :이 유틸리티 호출의 시간 초과로 인해 응용 프로그램이 다시 부팅됩니다! 호출하기 전에 시간 초과를 줄이거 나 더 나은 오류 검사가 가능한지 확인하는 것이 좋습니다.)

마지막으로,

while(program_running) 
{ 
    // This period needs to be long enough for you to do your work 
    // but short enough that your user doesn't think your program 
    // is choppy. Anything better than 50 Hz is usually good enough 
    // for an application with a human interface. 
    wait_for_short_period() 
    check_interfaces_for_new_data() 
    update_model() // or state machine 
    update_outbound_interface() // the speaker, monitor, whatever 
} 

이 (대신 대기의주기적인 콜백)에 차이가 있습니다,하지만 일반적인 생각입니다 : 대부분의 실시간 소프트웨어는 루프 뭔가 그래서 등 기록됩니다.