Roopesh Chander
@mjtsai On your latest blog post, the recommended replacement for macros is functions, so:
MJT_ENSURE(string, e, error)?.doSomething()
-
@mjtsai It doesn't :). You will have to use an `if` block in that case, I admit.
Michael Tsai
@mjtsai A minor defence: A macro with a return in it makes the code somewhat hard to read and decipher by others
-
-
@roopeshchander Yeah, some people won't like that. I think it's worth it, and it's basically the same pattern Apple's macros have long used. -
@mjtsai I can see the value in macros like that. But I don't see a way to do that in Swift. Or rather, that doesn't fit with The Swift Way. - View other replies
-
@mjtsai And about the adding a `!` after each variable use, have you considered implicit unwrapping? -
@roopeshchander That's discussed in the comments. -
@mjtsai Just saw that. On second thoughts, it's better NOT to use implicit unwrapping here, coz we need to check for nil. if-let is better. -
@roopeshchander Choice between compiler help with safety and avoiding extra indentation. -
@mjtsai We can't avoid the extra indentation because `if` is unavoidable, right? -
@roopeshchander Right. That's why I think there needs to be a better way to do this in Swift. - Show more
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.