Question

我正在R中拟定一揽子计划。请打电话mypkg。

由于有些职能在从一揽子计划(我无法确定为什么不是问题)运作时有不同的做法,我正在编辑一揽子计划的职能,然后从指挥线重建一揽子计划。由于某种原因,某一审案保留了较旧的职能,尽管来文方已经改变,而且一揽子计划已经重建和重新安装。我需要开一个新例子,看看这些变化。

这里是典型的工作流程。

Make changes to myfunction() in mypkg.R
In R: detach(package:mypkg); remove.packages("mypkg")
Command line: R CMD INSTALL --build c:mypkg
Notifies me that it has been installed to the default library
In R: library(mypkg)
In R: myfunction() runs the previous version before changes.

[The next three steps I want to avoid]

Start a new R instance
In R: library(mypkg)
myfunction() works as expected

R.2.14.1.

I am looking for suggestions of how to improve this workflow to avoid starting a new R instance.

Answer 1

你们需要努力卸载包件并拆除包件。 ?detach :

If a package has a namespace, detaching it does not by default unload the namespace (and may not even with ‘unload=TRUE’), and detaching will not in general unload any dynamically loaded compiled code (DLLs). Further, registered S3 methods from the namespace will not be removed. If you use ‘library’ on a package whose namespace is loaded, it attaches the exports of the already loaded namespace. So detaching and re-attaching a package may not refresh some or all components of the package, and is inadvisable.

Note the last sentence in particular.

Try:

detach(package:mypkg, unload = TRUE)

请注意,“如果一揽子计划有一个名称空间”,现在是指所有包裹,因为R 2.14.0(IIRC, 版本编号)的改动。

如果您的代码为R代码,则考虑使用assignInNamespace()在您的全球工作空间(即mypkg的新功能版本)指定为mypkg。例如,我们在以下地方有职能:foo(),mypkg;我们在当地有newfoo(,即foo(>)的新版本:

assignInNamespace("foo", newfoo, "mypkg")

如果这些改动与《刑法》有关,或与上述规定无关,那么你或许应当遵循R Core的建议,并开创一个新的审案,而不是试图抹去你的包裹。

另见Hadley Wickham和Emacs+ESS的devtools一揽子计划,如果你讲Emacs的话,可能会使发展进程更加容易(报道新的R事例等)。

友情链接