優化閃亮儀表板圖重繪

Question

我建立了一個閃亮的儀表板，其中包含一組作為數據框加載的數據。 它使用dplyr選擇列，然后根據需要更改新列，應用一組過濾器，然后使用各種基於ggplot2的高級軟件包進行繪制。

我們嘗試進行數據加載，選擇和修改一次。 過濾位於一個反應變量中，可通過該圖進行訪問，並基於不同的輸入值。

據我所知，這是一個非常標准的典型用例。

我想知道是否有人可以建議工作流模式以使輸出響應更快。

我用這種書寫模式遇到了兩種情況，這些情況似乎會導致嚴重的用戶界面延遲，我想避免這種情況：

• 首先，當儀表板首次加載時，它會嘗試使用NULL數據繪制圖表。 我發現我可以通過使用if（is.null（my_data_frame））並返回geom_blank（）而不是我們的情節來解決這個問題。 有沒有更整潔/更快捷的方式來做到這一點？

• 其次（也是更具挑戰性的）：在我的繪圖的右邊是一組（可能很大）過濾器選項，以允許用戶分析子集。 如果用戶快速連續單擊這些選項中的幾個選項，Shiny將重復重新計算我們的react（）值並為每個單擊事件重新繪制圖表：用戶實際上只需要設置或清除5個選項。 有沒有辦法防止這種情況發生-因此，如果重新計算未完成，我們就不會繼續進行繪圖，因為我們已經使數據陳舊了？ 還是考慮使用更新按鈕對選項進行分組以防止這種情況？

Answer 1

回應您的第二個項目符號。 檢查閃亮的防抖/油門功能。 這些應減慢反應性響應，以便您的用戶可以在重新計算圖表或表示元素之前完成UI控件。

Answer 2

對於第一個問題，請嘗試在反應式塊中使用req函數。 如果您的繪圖正在等待數據框加載，則可以將用於加載數據框的代碼放在一個命名的反應塊中（似乎您已經完成了此操作），然后將其傳遞給req 。 這將防止繪圖嘗試渲染，直到它收到傳遞給req的有效值為止。

對於第二個建議，如果通常希望用戶在所需的圖更新之間更改多個選項，則建議將圖渲染包裝在observeEvent並具有“更新”按鈕。

最后，為了提高性能，我今天剛剛看到Shiny v1.2.0剛剛發布或即將發布，其主要功能是繪圖緩存。 您可以在此處找到更多詳細信息。