To date when writing R functions I\'ve passed undefined arguments as NULL values and then tested whether they are NULL i.e.
f1 <- function (x = NULL) {
In my opinion, it is not clear when the limitation to missing applies. The documentation, as you quote, says that missing can only be used in the immediate body of the function. A simple example, though, shows that that is not the case and that it works as expected when the arguments are passed to a nested function.
f1 = function(x, y, z){
if(!missing(x))
print(x)
if(!missing(y))
print(y)
}
f2 = function(x, y, z){
if(!missing(z)) print(z)
f1(x, y)
}
f1(y="2")
#> [1] "2"
f2(y="2", z="3")
#> [1] "3"
#> [1] "2"
f2(x="1", z="3")
#> [1] "3"
#> [1] "1"
I would like to see an example of a case when missing does not work in a nested function.
Created on 2019-09-30 by the reprex package (v0.2.1)
NULL is just another value you can assign to a variable. It's no different than any other default value you'd assign in your function's declaration.
missing on the other hand checks if the user supplied that argument, which you can do before the default assignment - which thanks to R's lazy evaluation only happens when that variable is used.
A couple of examples of what you can achieve with this are: arguments with no default value that you can still omit - e.g. file and text in read.table, or arguments with default values where you can only specify one - e.g. n and nmax in scan.
You'll find many other use cases by browsing through R code.
missing(x) seems to be a bit faster than using default arg to x equal to NULL.
> require('microbenchmark')
> f1 <- function(x=NULL) is.null(x)
> f2 <- function(x) missing(x)
> microbenchmark(f1(1), f2(1))
Unit: nanoseconds
expr min lq median uq max neval
f1(1) 615 631 647.5 800.5 3024 100
f2(1) 497 511 567.0 755.5 7916 100
> microbenchmark(f1(), f2())
Unit: nanoseconds
expr min lq median uq max neval
f1() 589 619 627 745.5 3561 100
f2() 437 448 463 479.0 2869 100
Note that in the f1 case x is still reported as missing if you make a call f1(), but it has a value that may be read within f1.
The second case is more general than the first one. missing() just means that the user did not pass any value. is.null() (with NULL default arg) states that the user either did not pass anything or he/she passed NULL.
By the way, plot.default() and chisq.test() use NULL for their second arguments. On the other hand, getS3method('t.test', 'default') uses NULL for y argument and missing() for mu (in order to be prepared for many usage scenarios).
I think that some R users will prefer f1-type functions, especially when working with the *apply family:
sapply(list(1, NULL, 2, NULL), f1)
Achieving that in the f2 case is not so straightforward.