포함된 워크플로 -> 열기다른 워크플로에 포함된 워크플로를 여는 한 번의 클릭으로 바로 가기가 있습니까?
자동화 및 스크립팅Re: 포함된 워크플로 -> 열기다른 워크플로에 포함된 워크플로가 있는 경우
포함된 워크플로를 마우스 오른쪽 버튼으로 클릭하여 가져올 수 있으며 포함된 워크플로가 있는 경우 다시 가져올 수 있습니다.
그러면 (최종 하위 수준인 경우 포함된 워크플로의 모든 단계가 열립니다.)
Re: 포함된 워크플로 -> 열기안녕하세요, 마틴. 워크플로를 포함하고 싶지 않고, 열어서 사소한 변경을 한 후 저장하고 싶습니다.
비교하다:
포함된 워크플로에 오류가 있는 경우 JMP에서 오류가 발생한 후에도 해당 워크플로는 열려 있는 상태로 유지됩니다.
TS-00174342
Re: 포함된 워크플로 -> 열기아, 알겠습니다. 제 접근 방식에서는 포함된 워크플로우를 편집하는 것이 가능하지만 포함된 워크플로우 자체에 적용한 변경 사항은 저장하지 않고 최종 워크플로우(포함된 워크플로우 포함)에만 저장합니다. "포함된 워크플로우 저장" 또는 "포함된 워크플로우 외부에서 열기"가 더 나은 표현으로 좋은 옵션이 될 것 같습니다.;)
Re: 포함된 워크플로 -> 열기이때 포함된 워크플로를 편집하고 해당 문제를 수정해야 하며, 방금 수정한 워크플로를 다시 실행하기 전에 실행해야 합니다. 또한 오류가 무엇인지 모르는 경우 파일을 참조하는 경우 워크플로를 함께 패키징하는 것이 도움이 될 수 있습니다. 포함된 워크플로도 마찬가지입니다. 이렇게 하면 파일 참조가 일시적으로 이루어지고 모든 것이 더 원활하게 실행될 수 있습니다. 워크플로로 할 수 있는 JSL 스크립팅은 최소한이지만 모든 JSL처럼 스크립팅하도록 설계된 것은 아닙니다.
Re: 포함된 워크플로 -> 열기단순히 '오류를 수정하는 것'이 아닙니다.
재밌는 사실: 포함된 워크플로에 오류가 발생하면 JMP가 실행 중 중단되고 워크플로는 열린 상태로 유지됩니다. 이는 제가 그리워하는 '열기' 기능과 비슷하지만, 이 기능을 사용하려면 포함된 워크플로에 오류가 있어야 합니다.
디버깅 외에도 기존 마스터 워크플로를 이해하고 포함된 워크플로를 살펴보고 무슨 일이 일어나고 있는지 확인하는 것도 중요합니다.
일부 사용자는 LabVIEW와 그 하위 VI에 익숙할 수 있습니다. 다른 작업 흐름을 포함할 수 있는 Workflow Builder는 이러한 개념의 초안 버전과 같습니다. 오류 처리 기능은 이미 포함되어 있습니다.
포함된 워크플로를 열 수 있는 기능을 사용하면 사용자는 SubVI로 작업하는 느낌을 더 많이 느낄 수 있습니다.
워크플로 빌더 - 포함된 워크플로 열기
subVI를 향한 최종 단계:
입력 및 출력 변수에 대한 프레임워크.
