Как сохранить специфичные для пакета настройки в R: options () и ReferenceClasses

Я просто думаю об этом вслух. До сих пор я сохранял все специфичные для пакета настройки вoptions, У меня есть некоторый опыт работы сReferenceClassэс (спасибоRook), и я видел этоknitr использует RC, чтобы сохранить персонал, зависящий от пакета. Я хотел бы узнать больше о плюсах / минусах обоих подходов. Или, возможно, вы хотели бы порекомендовать другой подход (например, исходный файл R, расположенный вgetwd() при запуске, очень похожеdevtools а также.Rpackages)?

Идеи?

 Dirk Eddelbuettel29 мар. 2012 г., 03:01
Может быть, я за версией, но в knitr 0.4 я просто вижу использование сред и никаких ReferenceClasses.
 drmariod11 нояб. 2015 г., 13:37
Есть ли какое-то «решение» этого вопроса / мышления? У меня та же проблема, и я не уверен, что выбрать.
 hadley28 мар. 2012 г., 21:27
Вариант использования devtools немного отличается - он должен поддерживать параметры между сеансами, а не только внутри сеанса.
 aL3xa29 мар. 2012 г., 13:14
хорошо ... что ты знаешь ... =) Это снова мой синдром "говори, прежде чем думать"! Или это просто синдром "не думай"?

Ответы на вопрос(1)

environment хранится на верхнем уровне вашего пакета. Это может быть ближе всего кoptions() использовать, избегая при этом глобальной переменной.

 Dirk Eddelbuettel28 мар. 2012 г., 21:06
@ aL3xa: как я уже сказал, он избегает глобального и, следовательно, возможного (если маловероятно) столкновения, или побочных эффектов, или ударов.
 Martin Morgan28 мар. 2012 г., 21:10
Разве единый экземпляр эталонного класса, определенный на верхнем уровне пакета с определенным API, не является лучшим решением, чем специализированная среда?
 GSee28 мар. 2012 г., 21:04
+1 - см.library(foreach); foreach:::.foreachGlobals например.
 Dirk Eddelbuettel29 мар. 2012 г., 03:00
Мартин, у тебя есть любимый пример пакета, который я должен посмотреть?
 aL3xa28 мар. 2012 г., 21:04
Ах да ... это тоже! Вы бы предпочли это болееoptions и почему? знак равно

Ваш ответ на вопрос