我曾嘗試使用 JMP 提供的不同狀態處理程序，但我使用它們的次數越多，我發現它們的問題就越多。 我想使用它們的原因有很多，也許還有更多的原因讓我避免使用它們。 最大的問題通常是它們似乎觸發了太多次，並且返回的值沒有那麼有用。
訂閱數據表 List() 是關於其中大多數應該如何工作的一個很好的例子。 您可以為不同的事件添加不同的功能（儘管有時很麻煩）。 您可以想像，如果每次數據表列表發生某些事情（添加、刪除、重命名）時訂閱數據表 List() 會觸發它並且僅返回數據表名稱（或更改的數據表數量） ...) 僅此而已。
以下是一些問題和建議：
懸停標籤
問題
當您靠近要懸停的點時似乎會觸發。 這會導致多個觸發器並不必要地減慢 JMP，有時這種減慢非常大。 當您將鼠標懸停在點上時也會立即觸發 -> 如果您將鼠標快速移動到多個元素上，它將觸發多次。 懸停時也會觸發多次（可能與前面提到的所有事情有關）
建議
使懸停標籤觸發時更準確。 添加觸發事件時“延遲”的可能性，例如，我希望能夠在用戶將鼠標懸停在同一元素上 0.2 秒後觸發懸停標籤。 還允許選擇“安全區”來確定何時應該觸發懸停標籤。
行狀態處理程序
問題
觸發太多次和所有事件。 有一個刪除行的錯誤，行狀態處理程序似乎被刪除了。
建議
如果有一種方法可以僅捕獲特定的行狀態更改（並修復錯誤），那麼很可能就足夠了。
過濾狀態處理程序
問題
觸發次數過多。 一個例子是，如果您甚至查看過濾器，狀態處理程序就會觸發。
建議
從過濾器狀態處理程序中刪除不必要的觸發器，或者提供選擇哪些狀態應該觸發哪個功能的可能性。
調度器
問題
一次只能有一個調度程序，並且您不能隱藏調度程序窗口。
建議
允許同時創建私有調度器（目前我隱藏窗口並希望用戶不要關閉它）和多個不同的調度器。
