Question

我对DT包中的input $ table_rows_all有疑问。我实际上已经注意到，在使用它时，我的代码/表的渲染时间超过了一次（？）。首先，该表包含0行，然后是经过过滤的行-> 我的实际应用程序非常复杂，因此在此操作中我没有按时完成。

以下是我的意思的简单示例：

library(shiny)
library(DT)

ui <- bootstrapPage(
dataTableOutput("table1"),
dataTableOutput("table2"))

server <- function(input, output) {

output$table1 <- renderDataTable({
datatable(iris,filter="top")})

output$table2 <- renderDataTable({
data <- iris[input$table1_rows_all,]
str(data)
datatable(data)})
}
shinyApp(ui = ui, server = server)

运行此代码后，我们可以在控制台中看到以下输出：

'data.frame':   0 obs. of  5 variables:
 $ Sepal.Length: num 
 $ Sepal.Width : num 
 $ Petal.Length: num 
 $ Petal.Width : num 
 $ Species     : Factor w/ 3 levels "setosa","versicolor",..: 
'data.frame':   0 obs. of  5 variables:
 $ Sepal.Length: num 
 $ Sepal.Width : num 
 $ Petal.Length: num 
 $ Petal.Width : num 
 $ Species     : Factor w/ 3 levels "setosa","versicolor",..: 
'data.frame':   150 obs. of  5 variables:
 $ Sepal.Length: num  5.1 4.9 4.7 4.6 5 5.4 4.6 5 4.4 4.9 ...
 $ Sepal.Width : num  3.5 3 3.2 3.1 3.6 3.9 3.4 3.4 2.9 3.1 ...
 $ Petal.Length: num  1.4 1.4 1.3 1.5 1.4 1.7 1.4 1.5 1.4 1.5 ...
 $ Petal.Width : num  0.2 0.2 0.2 0.2 0.2 0.4 0.3 0.2 0.2 0.1 ...
 $ Species     : Factor w/ 3 levels "setosa","versicolor",..: 1 1 1 1 1 1 1 1 1 1 ...

我试图寻找任何文档，但找不到任何东西。任何解释都会有所帮助！

Answer 1

简单的req可以防止这种行为：

library(shiny)
library(DT)

ui <- bootstrapPage(
  dataTableOutput("table1"),
  dataTableOutput("table2"))

server <- function(input, output) {

  output$table1 <- renderDataTable({
    datatable(iris,filter="top")
  })

  output$table2 <- renderDataTable({
    req(input$table1_rows_all) ## run the following code only if table1_rows_all is truthy
    data <- iris[input$table1_rows_all,]
    str(data)
    datatable(data)
  })
}
shinyApp(ui = ui, server = server)

# 'data.frame':   150 obs. of  5 variables:
#  $ Sepal.Length: num  5.1 4.9 4.7 4.6 5 5.4 4.6 5 4.4 4.9 ...
#  $ Sepal.Width : num  3.5 3 3.2 3.1 3.6 3.9 3.4 3.4 2.9 3.1 ...
#  $ Petal.Length: num  1.4 1.4 1.3 1.5 1.4 1.7 1.4 1.5 1.4 1.5 ...
#  $ Petal.Width : num  0.2 0.2 0.2 0.2 0.2 0.4 0.3 0.2 0.2 0.1 ...
#  $ Species     : Factor w/ 3 levels "setosa","versicolor",..: 1 1 1 1 1 1 1 1 1 1 ...

我对reactives的理解是，无论何时发生任何变化，oberserver/render*函数都会被调用。我认为启动时也是这种情况。

对于observeEvent，您甚至还有一个参数ignoreInit，可防止观察者在初始化时触发。

Answer 2

虽然@thothal提出了一个解决方案，但在这里我想直接回答这个问题。初始化应用程序时，数据表只是空的<divs>，仅当用户打开应用程序时，数据表才会填充内容。要验证此行为，请运行您的示例，在浏览器中将其打开，然后（在Firefox中）右键单击->“查看页面源”。有关说明，请参见here。

让我们在您的应用程序中看到这一点-我添加了一些“调试打印”和一个js警报，可以帮助您：

library(shiny)
library(DT)

ui <- bootstrapPage(
  shiny::tags$script(
    "$(document).on('shiny:sessioninitialized', function(event) {
      alert('Connected to the server');
    });"
  ),
  dataTableOutput("table1"),
  dataTableOutput("table2"))

server <- function(input, output) {

  #  this ignores input$table1_rows_all being NULL and runs only when there is a value
  observeEvent(
    input$table1_rows_all,
    {
      print("observeEvent called")
      print(input$table1_rows_all)
    }
  )

  output$table1 <- renderDataTable({
    print("renderDataTable -- table 1 called")
    datatable(iris,filter="top")
  })

  output$table2 <- renderDataTable({
    print("renderDataTable -- table 2 called")
    if (is.null(input$table1_rows_all)) {
      print("input$table1_rows_all is NULL")
    }
    data <- iris[input$table1_rows_all,]
    datatable(data)
  })
}

shinyApp(ui = ui, server = server, options = list(launch.browser = FALSE))

运行该应用程序，然后在浏览器中将其打开。您会看到会话已初始化，并且每个renderDataTable已运行一次。如前所述，它们现在只是空的占位符，并且变量input$table1_rows_all暂时不存在-这就是为什么您有0行的原因。

[1] "renderDataTable -- table 1 called"
[1] "renderDataTable -- table 2 called"
[1] "input$table1_rows_all is NULL"

单击确定继续。随后打印以下行：

[1] "renderDataTable -- table 2 called"
[1] "input$table1_rows_all is NULL"
[1] "observeEvent called"
  [1]   1   2   3   4   5   6   7   8   9  10  11  12  13  14  15  16  17  18  19  20  21  22  23  24  25  26  27  28
 [29]  29  30  31  32  33  34  35  36  37  38  39  40  41  42  43  44  45  46  47  48  49  50  51  52  53  54  55  56
 [57]  57  58  59  60  61  62  63  64  65  66  67  68  69  70  71  72  73  74  75  76  77  78  79  80  81  82  83  84
 [85]  85  86  87  88  89  90  91  92  93  94  95  96  97  98  99 100 101 102 103 104 105 106 107 108 109 110 111 112
[113] 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140
[141] 141 142 143 144 145 146 147 148 149 150
[1] "renderDataTable -- table 2 called"

我对这里发生的事情的理解如下：

1）由于某种原因renderDataTable的{{1}}被调用。但是，table2仍然是input$table1_rows_all。

2）NULL实际上得到了渲染（即，已加载行），因此table1变为可用。这样会从input$table1_rows_all打印，并从observeEvent向renderDataTable发出另一个呼叫。

DT的input $ table_rows_all背后的R机制

2 个答案: