It is almost never I good idea to assert in a library, unless the error is truly unrecoverable. I think returning an error code\throwing an exception would be very reasonable and a much better API than failing silently though.
It is almost never I good idea to assert in a library, unless the error is truly unrecoverable. I think returning an error code\throwing an exception would be very reasonable and a much better API than failing silently though.
> almost never I good idea to assert in a library, unless the error is truly unrecoverable
Like getting an input that is too long? :)
I think a library asserting that the preconditions of its arguments are true is fine.
An exception is fine if the language has them. I don't think "assert" was meant super literally and exactly the way C does it.
An error code is risky.
Honestly, I would assert. Returning an error code just gives users another thing to ignore, and incorrectly use the return value (if implemented like C, where you usually get a single internet back, treating the error code as a hash would be even worse!)
Apps crashing with assets is awfully, but at least it screams at your when you failed to read the docs, target than incorrectly storing users data for the rest of time.