Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add successOrNothing and exceptionOrNull extensions #70

Merged
merged 4 commits into from
Nov 2, 2023

Conversation

ZacSweers
Copy link
Collaborator

Couple more useful extensions for gracefully escaping or capturing underlying throwables. exceptionOrNull() is borrowed from the analogous function for kotlin.Result.

Couple more useful extensions for gracefully escaping or capturing underlying throwables. `exceptionOrNull()` is borrowed from the analogous function for `kotlin.Result`.
* failure.
*/
public inline fun <T : Any, E : Any> ApiResult<T, E>.successOrNothing(
body: (ApiResult.Failure<E>) -> Nothing
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The use of Nothing here implies that body will never return (ie. it will throw) but there's no way to ensure that happens. Returning Unit would seem appropriate, but renaming the method to successOrUnit doesn't have the same ring

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The use of Nothing ensures that the body either throws or returns: https://www.zacsweers.dev/its-nothing/

Using Unit would actually not accomplish the goal of this function :)

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Combining Nothing with an inline function and non-local returns is a cool pattern 👍 .

I wonder if we should document this somehow. Like me, I expect many/most will probably have to refresh their memory about what exactly Nothing is for and come away with only half the story

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does the type system not help make that clear here? If you tried to just use Unit or anything other than throw/return, this would fail to compile.

Copy link

@kierse kierse Nov 2, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sorry, I wasn't clear. I'm not arguing for using Unit or any other return type. I'm suggesting that someone unfamiliar with Nothing will read the docs and see that they are expected to throw and stop all investigation there. They are likely to overlook the fact that a non-local return (made possible by the use of an inline function) is also a valid option.

I was trying to suggest that we document this a bit better to expose that supported usage.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

do you have a suggestion? Nothing is a pretty standard language feature of Kotlin so I'm not sure what exactly to say other than refer to its doc

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If it's not clear we could expand the doc to be along the line of;
Otherwise, calls [body] with the failure, which should throw or return.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This works! Thank you both

Copy link

@stagg stagg left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm 🚀

@ZacSweers ZacSweers merged commit 86b8e25 into main Nov 2, 2023
3 checks passed
@ZacSweers ZacSweers deleted the z/addMoreExtensions branch November 2, 2023 16:28
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants