You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 18, 2023. It is now read-only.
This question is to check on the current status of v2, and if there is any ETA for when it will be released.
Now that the .NET team has abandoned the !! null-check operator it would be nice to have Guard to unify all exception handling, however I'm hesitant in using it in its current form because it doesnt yet support caller expression names to automatically add the argument names to the exceptions: moving to Guard would be a downgrade compared to things like ArgumentNullException.ThrowIfNull for the common null handling.
Since !! was scheduled for .NET 7, I was contemplating the idea of just not using a library for exception throwing, as most of the exceptions we throw are ArgumentNullExceptions. With the decision to postpone that feature, I think it becomes valuable again to rely on Guard, but I wanted to do so without extra compromises.
The text was updated successfully, but these errors were encountered:
In another issue, it was mentioned that Guard v2 would probably be coming by March.
This question is to check on the current status of v2, and if there is any ETA for when it will be released.
Now that the .NET team has abandoned the
!!
null-check operator it would be nice to haveGuard
to unify all exception handling, however I'm hesitant in using it in its current form because it doesnt yet support caller expression names to automatically add the argument names to the exceptions: moving to Guard would be a downgrade compared to things likeArgumentNullException.ThrowIfNull
for the common null handling.Since
!!
was scheduled for .NET 7, I was contemplating the idea of just not using a library for exception throwing, as most of the exceptions we throw areArgumentNullException
s. With the decision to postpone that feature, I think it becomes valuable again to rely onGuard
, but I wanted to do so without extra compromises.The text was updated successfully, but these errors were encountered: