Make your R code nicer with roperators
- A Package to Make R a Little Nicer
- String Arithmetic
- In-Place Modifiers (à la
- Replace Missing Values or Regex matches Directly
- Make More Comparisons and Logical Operators Great Again
- Shorten type conversions
- Add more type checks
- Bonus - Use
A Package to Make R a Little Nicer
Vignette will usually be updated here first
When I first started with R, there were a few things that bothered me greatly. While I can’t change dynamic typing, it is possible to do things such as:
- String addition, subtraction, multiplication, and division
- In-place modifiers (à la
- Direct assignments to only NA or regex-matched elements
- Comparison operators for between, floating point equality, and more
- Extra logical operators to make code more consistent
- Make nicer (shorter) conversion functions (
int()as opposed to
- Simple checks for usability (e.g
The above functionality, I’d found myself manually adding into my R projects to clean up the code. Then me an my colleges thought: ‘that all might actually be useful as a package.’ So now it’s a package on CRAN:
roperators (pronounced ’rop-er-ators, not r-operators)
To help introduce you to
roperators, I put together some use cases where it’ll make your life easier.
One of the most common criticisms lobbed at R by Python people (and their wretched, non-curly-brace-using ilk) is the lack of string arithmetic. In a world without
roperators one simply had to deny reality and insist that using a paste function doesn’t look any worse than simply using + to concatenate words.
roperators, you can now do this:
##  "using infix (%) operators R can do simple string addition"
You can also use
%-% to delete bits of text like so:
##  "using infix (%) operators "
If ever need to use string multiplication (like some kind of barbarian), you can use
%*% was taken already)
## a ## "aaa"
And, something you can’t do in Python: string division
## a ## 8
String division also works with regular expressions (it is case sensitive):
## Steve Jobs|apple ## 2
In-Place Modifiers (à la
The lack of operators like += that you’d find in other languages is another common criticism of R. Happily, you have
Now, at the risk of sounding like one of those infomercials where people struggle with clearly trivial tasks, how many times do you end up doing something like this:
roperators the trivial code above makes me envy the blind. After all, you’re only adding 1 to some values. So, using the greatest-best package formally called
The current in-place modifiers included in
%-=%- Add to and subtract from a variable. Also works on character strings
%^=%- Multiply, divide, and exponentiation a variable.
%log=%- Transform a variable by the nth root or log
%regex=%- Apply a regular expression to text
The last two are similar depending on whether you want to modify the text or replace it outright. Note that they both take two values
##  "aib" "bi" "c" "di"
Replace Missing Values or Regex matches Directly
The last in-place modifiers are
%na<-% which works as you’d expect and
%regex<-% which is hopefully intuitive enough. This is useful for all those times you’d otherwise need to do something clunky like
df$column[is.na(df$column)] <- 0
##  0 1 2 3
And to replace by regex… (as opposed to modifying with
##  "[redacted]" "[redacted]" "c" "[redacted]"
Make More Comparisons and Logical Operators Great Again
This category of
roperators is an answer to all those who cry out for help when what should be simple logical statements are either inconsistent looking or, such as the case with floating point equality, god-awful looking.
1 == NA should be
if(a == b) when
b are both
NA. I get it, an
NA doesn’t technically equal another
NA, however most of the time they, for all intents and purposes, are the same. The solution is simple:
##  TRUE TRUE FALSE FALSE
As opposed to:
##  NA TRUE FALSE NA
Think about how many
if statements you’ve had break due to a lack of missing-value equality capability. You can also use
%>=% to handle missing values instead of
(0.1 + 0.1 + 0.1) == 0.3 should be
TRUE (i.e. almost always)
The floating point trap is a particular kind of mongrel. Innocent young statistics students are seldom warned about it, and so they go about, using
== thinking that it’ll keep working even when a decimal place is present when in reality, is doesn’t always.
Don’t believe me? Oh, my sweet summer child, try this and despair:
If you’re feeling panicked about your old scripts, well, I guess you should be.
Happily, you now have
You could use something like
isTRUE(all.equal(0.1 * 3, 0.3)) but that looks disgusting.
isTRUE(all.equal(0.1 * 3, 0.3)) # TRUE isTRUE(all.equal(0.1 * 5, 0.5)) # TRUE isTRUE(all.equal(0.1 * 7, 0.7)) # TRUE isTRUE(all.equal(0.1 * 11, 1.1)) # TRUE isTRUE(all.equal(0.1 * 3, 0.3)) | ((0.1 * 3) > 0.3) isTRUE(all.equal(0.1 * 3, 0.3)) | ((0.1 * 3) < 0.3) # I feel dirty even typing that as an example.
If you have any sense of style, just use
x is between
This is a simple shortcut with two variants for end-exclusive and end-inclusive between. you just need to feed in
##  TRUE
##  FALSE
##  TRUE
%>=<% doesn’t support NA equality testing. If you want a variant that does that in a future version, just let me know.
When you need something else
The last set of logical operators are not in, exclusive or, and all-or-nothing.
%ni% was made because it’s just easier to read than negating an in statement. For example:
##  TRUE
Which reads “not 1 in [2, 3, 4]?” which just looks wrong. So, we appropriated from the snake-like language:
##  TRUE
Which now reads: “1 not in [2, 3, 4]?” That’s just better looking.
Exclusive Or exists in base R as a function, which makes it look inconsistent, for example:
I know it’s finicky, but the
roperators way is a touch more consistent:
That way both expressions are using an operator rather than one or statement using an operator while the other uses a function.
All or Nothing is for those occasions when you want
b to either both be
TRUE or both be
FALSE - for two logical variables it’s probably easier to use
a == b, but for expressions it can be cleaner:
But, like I said, that’s me personally being finicky.
Shorten type conversions
Fair warning: this part of
roperators will, I’m sure, be the source of a lot of hate-mail.
Numeric to factor
One of the ugliest things I see in R code is the infamous
x <- as.numeric(as.character(x)) when trying to turn a factor with numeric labels (most of which are the fault of dynamic typing) into a number. I can still recall the rage I felt the first time a factor was converted into its levels rather than its labels when using
The simple solution is just a shorthand:
x <- f.as.numeric(x) - just chuck an f in front of it and be done with it.
as.charater and friends.
I’ll give this one to PyPeople, R’s conversion syntax is cumbersome. That’s why
str()wasn’t already taken)
Now things like this:
##  "75%"
Can be done like this:
##  "75%"
Which is arguably easier on the eyes, especially for people who grew up in other programming languages.
Add more type checks
Sometimes you just want to know that everything is going to be okay. Rather than running multiple checks. If you wanted to be sure something was going to work in R, you could do something like this:
…Which is fine if you’re happy with people thinking you’re a maniac, Or you could just use
roperators like so:
And as a convenience function there’s also
any_bad_for_calcs() to save you from
any(is.bad_for_calcs((x)) because we’re nice like that.
Beyond that, you’ll also find:
To help with basic checks, and for those times when something should either be a certain class or
is.atomic_nan()(I didn’t want to put it all by itself)
Bonus - Use
Some of you may have been thinking: “oh, so it’s like using
magrittr to write cleaner code?” And, yes, it’s kind of the same idea - making R coding a bit nicer around the edges. Also like
magrittr, it’s a tiny, self contained package so you can easily use it in production code. I use
magrittr together religously and you should too. After all, why make things unpleasant for yourself when you don’t need to? Just think about how much more clean and tidy your R code could be if you used string arithmetic operators, in-place modifiers, direct replacement for missing values, better logical operators (especially for NA handling and floating point equality), terse conversions, simplified checks, and magrittr pipes!