With such a short method, it doesn't matter much.
If the method would be long, then, well, one would better refactor it into shorter methods, up to the moment until, again, it wouldn't matter much which of your options to choose.
Actually, this could be a good criteria for when to stop refactoring: when different options begin looking "hard to choose from", "all roughly good enough", it's pretty safe to stop there.
I learned about that when studying Doug Lea's CPJ. While reading it, I noticed that in code snippets author uses a style I positively hate (else-after-return). I was planning to point this as a drawback in book review, but upon completion I discovered feeling uncomfortable about pointing finger at that. Since I usually prefer to be vocal about style issues, I thought what's wrong with me, got back and re-checked all the "bad" snippets. In that back-review, I noticed all the methods were pretty small (less than 10 lines or something), and particular style preference didn't matter much indeed.