【FileMaker】 의외로 문턱이 높은 것 같다 - 스크립트 트리거 - OnObjectModify

네, 오늘은 AdventCalendar 2016 FileMaker Tips 12/08 기사입니다.

이번에는 스크립트 트리거 OnObjectModify입니다.
주로, 마우스가 맞고 있는 필드에 변경이 일어났을 경우에 움직입니다.

우선 동작 확인입니다.
htps: //같다. 베 / KL 지 w ゔ 2 바바
회원 연수에 따라 랭크 필드를 갱신하고 있습니다.
그런 다음 변경된 값에 따라 조건부 서식으로 색상을 지정했습니다.

이번에는 다른 필드의 값을 변경하는 간단한 움직임이지만 OnObjectModify는 필드의 내용 변경에 따른 트리거이므로 예를 들어

・고객의 메일 주소가 변경되면, 담당자에게 팝업을 낸다, 라든지,
・회의의 자료를 추가하면, 참가자에게 첨부 메일을 내는, 라든지,
・방에 입실하면, 전기의 스위치를 넣는다든가(이것은 아마 센서나 스위치와의 외부 제휴가 필요하지만)

등 상태가 바뀌면 이것을 한다는 것이 명확한 경우에 이용할 수 있습니다.

필드의 정의를 계산 필드로 하면 되지 않을까 하는 것도 있습니다만, 테이블의 필드 정의로서 필요하면, 계산 필드로 좋다고 생각합니다.
"이 레이아웃에서는 A 필드가 변경되면 B 필드를 변경하고 싶습니다."
"하지만 전반적인 변화는 아니다"
라고 하는 경우는, 스크립트 트리거로 그 자리의 대응을 하면 끝나는 것이군요.

스크립트 트리거 설정은 ↓입니다.


개발에서 자주 사용하는 트리거입니다만, 사양서로서 상태 천이도를 만들어 두면, 스크립트 트리거로 구현할지, 아니면 필드의 정의로 구현하는지의 판단을 할 수 있다고 생각합니다.
상태 전이 다이어그램은 UML 이라는 설계 기법 중 하나입니다 (링크 대상은 "오브 러브 - UML 초입문").
다른 언어 설계에서는 자주(잘) 사용하는 수법입니다만, FileMaker 경계에서는 사양서 자체를 보이지 않는 것이 많기 때문에 모르는 분도 계실지도 모릅니다.
간단하게 파와포의 화면 천이도에 의지하지 않고, UML로 깊숙히까지 설계되어 있으면, 구현의 신속화와 버그가 적은 구현을 할 수 있다고 생각하므로, 소개합니다.
↓가 쉽게 쓰여 있으므로, 꼭 참고해 보세요.
Change Vision - 상태 머신 다이어그램 & 상태 전이 테이블 자습서

그럼!