有兩個一般表達式...(只是舉例)...檢測R的表達是否需要圖形裝置
e1 <- expression({sin(x)}) # does not need gr. device
e2 <- expression({curve(sin(x))}) # needs gr. device
這將是檢測到e2
需要GR的最佳途徑。設備提前eval(e2)
。
類似於detectNeedsGr(e2)
,返回TRUE
和detectNeedsGr(e1)
,返回FALSE
並且它應該能夠以非交互模式工作。
到目前爲止,我可以想像解析all.names(e2)
......,非常不方便。
更多細節
- 每一個表達式將在工作流
- 什麼表達式需要GR的nowledge進行評估。輸出需要之前的工作流程調整工作流程的細節,而不是之後
eval
(很明顯,eval
誰都知道後) - 表達式是不是任意的,他們來自衆所周知的定義
- 有可能加入到定義特定表達式是否會產生gr的邏輯選項。輸出,但它是過度的,我想避免這一點,並以編程方式找出。
- 我可以設計的eval邏輯後使用工作流程,但它帶來的步驟,我想避免,並基於該我指明問題。
- 不是設備能力等問題
- 在這種情況下,工作流程將被納入閃亮的應用程序中,但通常它並不重要。
最佳做法是不評估任意表達式。 – Roland
@Rolland ...不是選項 –
我希望我的問題現在已經清楚。 –