Is it possible to remove an element from ... and pass ... onto other functions? My first two attempts failed:
parent = function(...)
{
a = list(...)
Your child function is erroneous. Try
> child(a=1)
Error in str(a) : object 'a' not found
edit : no longer applicable.
The ... argument should only be used to pass parameters to a next function. You cannot get the parameters from there that easily, unless you convert them to a list. So your child function could be :
child <- function(...)
{
mc <- match.call() # or mc <- list(...)
str(mc$a)
}
Which doesn't make sense. You can't know whether the user specified a
or not. The correct way would be to include a
as an argument in your function. the ...
is to pass arguments to the next one :
child <- function(a, ...){
str(a,...)
}
Then you could do :
parent <- function(...){
mc <- match.call()
mc$toRemove <- NULL
mc[[1L]] <- as.name("child")
eval(mc)
}
or use the list(...)
and do.call()
construct @Gavin proposed. The benefit of match.call()
is that you can include non-dot arguments as well. This allows your parent function to specify defaults for the child :
parent <- function(a=3, ...){
... (see above)
}
I don't think the listed answers solve the problem, or at least not as I read it. Suppose you wanted to pass some parameters, like say 'xmax' and 'xmin' , to child(...) as actual variables?
in child's environment, it wants to see variables named 'xmax' and 'xmin', and the examples presented so far do not seem to make those variables available. Try inserting a line like
xmax-xmin -> xrange
into the child() function and it'll throw an error.
The whole point of the original question, I thought, was to allow passing a subset of the optional "..." variables to child() . You can tailor the solutions for simple cases, e.g. sum(...), where sum(unlist(the_modified_list)) works. In the more general case, I still can't see a solution. We probably need to elevate this problem to the R-help mailing list.
Edit: see the detailed presentation at http://ucfagls.wordpress.com/2011/07/23/passing-non-graphical-parameters-to-graphical-functions-using/
One way to manipulate these things is to wrap the child
function inside parent
, and use a definition that puts any arguments you don't want passing on to child
after the ...
argument. For example:
parent <- function(...) {
localChild <- function(..., toRemove) child(...)
localChild(...)
}
child <- function(a) {
a + 10
}
> parent(a = 1, toRemove = 10)
[1] 11
Another way is to use do.call()
:
parent2 <- function(...) {
a <- list(...)
a$toRemove <- NULL
do.call(child2, a)
}
child2 <- function(b) {
b + 10
}
> parent2(b = 1, toRemove = 10)
[1] 11
Depending on your actual use case, the do.call()
is perhaps closest to what you intended with your Question.
You're getting some good answers, but here's something simple that addresses your specific example:
parent = function(...)
{
a = list(...)
str(a)
a$toRemove = NULL
str(a)
# attempt 1
child(a)
# attempt 2
#child(...)
}
child = function(...)
{
a <- as.list(...)
str(a)
}
parent( a = 1 , toRemove = 2 )
which returns:
List of 2
$ a : num 1
$ toRemove: num 2
List of 1
$ a: num 1
List of 1
$ a: num 1
Your original version was throwing an error, since a
wasn't defined in child
. Then simply using as.list(...)
in child
(as opposed to just list(...)
) seems to generate the output you want. Note that I'm using your attempt 1 only here.
Here's an example of how to get the items out of ... and remove an element and then I call the next function with do.call:
parent <- function(...){
funArgs <- list(...)
str(funArgs)
## remove the second item
newArgs <- funArgs[-2]
str(newArgs)
## if you want to call another function, use do.call
do.call(child, newArgs)
}
child = function(...)
{
cat("Don't call me a child, buddy!\n")
a <- list(...)
str(a)
}
parent(a=1, b=2, c=3)
If you need to add more items to your arguments, as opposed to removing arguments, keep in mind that do.call
likes named lists where the names are the argument names and the list values are the argument values. It's in the help file, but I struggled with that a bit before finally figuring it out.